C#接口类继承VS纯抽象类

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了C#接口类继承VS纯抽象类，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1053字，纯文字阅读大概需要2分钟。

内容图文

这种OOP方法注定要失败吗？还是有一些优点？

在我理解抽象类之前,我通过使用接口类(实现了接口的某些方法的常规类)而获得了代码重用的大致相同的好处.例如

public interface IMyService
{
    String Helloword1();
    String Helloword2();
    String Helloword3();
}

public class MyService
{
    public String Helloword1(){return "1";}
    public String Helloword2(){return "2";}
    //Helloworld3 is not here so I would be forced to provide implementation in any subclass
    //very similar to calling abstract on a method
}



public class SubClass1: MyService, IMyService
{

    public String Helloword3(){return "3";}

}


public class SubClass2: MyService, IMyService
{

    public new String Helloword2(){return "override method";}
    public String Helloword3(){return "3";}

}

谁能看到这样做的好处,还是真的提供与抽象类相同的好处？

解决方法:

Can anyone see of any advantage of doing this or is this really providing the same advantages as an abstract class?

这样做有很大的缺点.您可以允许人们在不实现Helloword3的情况下继承MyService的子类,因为这不是合同的一部分.

一个抽象类将强制该类型实现该成员.在这里,您相信用户将实现“必需”界面.

内容总结

以上是互联网集市为您收集整理的C#接口类继承VS纯抽象类全部内容，希望文章能够帮你解决C#接口类继承VS纯抽象类所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端