C# 抽象类和接口

最新推荐文章于 2024-08-05 15:00:00 发布

zhongjiekangping

最新推荐文章于 2024-08-05 15:00:00 发布

阅读量767

点赞数

分类专栏： C# 文章标签： c# struct interface .net 设计模式 class

C# 专栏收录该内容

60 篇文章 1 订阅

订阅专栏

.Net提供了接口，这个不同于Class或者Struct的类型定义。接口有些情况，看似和抽象类一样，因此有些人认为在.Net可以完全用接口来替换抽象类。其实不然，接口和抽象类各有长处和缺陷，因此往往在应用当中，两者要结合来使用，从而互补长短。

接下来先说说抽象类和接口的区别。

区别一，两者表达的概念不一样。抽象类是一类事物的高度聚合，那么对于继承抽象类的子类来说，对于抽象类来说，属于“是”的关系；而接口是定义行为规范，因此对于实现接口的子类来说，相对于接口来说，是“行为需要按照接口来完成”。这些听起来有些虚，举个例子。例如，狗是对于所有狗类动物的统称，京哈是狗，牧羊犬是狗，那么狗的一般特性，都会在京哈，牧羊犬中找到，那么狗相对于京哈和牧羊犬来说，就属于这类事物的抽象类型；而对于“叫”这个动作来说，狗可以叫，鸟也可以叫。很明显，前者相当于所说的是抽象类，而后者指的就是接口。

区别二，抽象类在定义类型方法的时候，可以给出方法的实现部分，也可以不给出；而对于接口来说，其中所定义的方法都不能给出实现部分。

例如：

public abstract class AbsTest

{

public virtual void Test()

{

Debug.WriteLine( "Test" );

}

public abstract void NewTest();

}

public interface ITest

{

void Test();

void NewTest();

}

区别三，继承类对于两者所涉及方法的实现是不同的。继承类对于抽象类所定义的抽象方法，可以不用重写，也就是说，可以延用抽象类的方法；而对于接口类所定义的方法或者属性来说，在继承类中必须要给出相应的方法和属性实现。

区别四，在抽象类中，新增一个方法的话，继承类中可以不用作任何处理；而对于接口来说，则需要修改继承类，提供新定义的方法。

知道了两者的区别，再来说说，接口相对于抽象类的优势。

好处一，接口不光可以作用于引用类型，也可以作用于值类型。而抽象类来说，只能作用于引用类型。

好处二，.Net的类型继承只能是单继承的，也就是说一个类型只能继承一个类型，而可以继承多个接口。其实，我对于这一点也比较赞同，多继承会使继承树变的混乱。

好处三，由于接口只是定义属性和方法，而与真正实现的类型没有太大的关系，因此接口可以被多个类型重用。相对于此，抽象类与继承类的关系更紧密些。

好处四，通过接口，可以减少类型暴露的属性和方法，从而便于保护类型对象。当一个实现接口的类型，可能包含其他方法或者属性，但是方法返回的时候，可以返回接口对象，这样调用端，只能通过接口提供的方法或者属性，访问对象的相关元素，这样可以有效保护对象的其他元素。

好处五，减少值类型的拆箱操作。对于Struct定义的值类型数据，当存放集合当中，每当取出来，都需要进行拆箱操作，这时采用Struct+Interface结合的方法，从而降低拆箱操作。

参看如下文章提供的方法。

http://blog.csdn.net/Knight94/archive/2006/10/08/1326326.aspx

相对于抽象类来说，接口有这么多好处，但是接口有一个致命的弱点，就是接口所定义的方法和属性只能相对于继承它的类型（除非在继承类中修改接口定义的函数标示），那么对于多层继承关系的时候，光用接口就很难实现。因为如果让每个类型都去继承接口而进行实现的话，首先不说编写代码比较繁琐，有时候执行的结果还是错误，尤其当子类型对象隐式转换成基类对象进行访问的时候。

那么这时候，需要用接口结合虚方法来实现。参看IDisposable在继承类型中的实现方法。

http://blog.csdn.net/Knight94/archive/2006/10/10/1329214.aspx

其实在继承中，到底使用接口还是抽象类。接口是固定的，约定俗成的，因此在继承类中必须提供接口相应的方法和属性的实现。而对于抽象类来说，抽象类的定义方法的实现，贯穿整个继承树，因此其中方法的实现或者重写都是不确定的。因此相对而言，抽象类比接口更灵活一些。

如下给出两者的简单对比表格。

	接口	抽象类
多继承	支持	不支持
类型限制	没有	有，只能是引用类型
方法实现	继承类型中必须给出方法实现	继承类中可以不给出
扩展性	比较麻烦	相对比较灵活
多层继承	比较麻烦，需要借助虚函数	比较灵活

总的来说，接口和抽象类是.Net为了更好的实现类型之间继承关系而提供的语言手段，而且两者有些相辅相成的关系。因此我并不强调用什么而不用什么，那么问题的关键在于，如何把这两种手段合理的应用到程序当中，这才是至关重要。

请记住，面向对象思想的一个最重要的原则就是：面向接口编程。
 1 借助接口和抽象类，23个设计模式中的很多思想被巧妙的实现了，我认为其精髓简单说来就是：面向抽象编程。
 2 抽象类应主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能。
 3 接口着重于CAN-DO关系类型，而抽象类则偏重于IS-A式的关系；
 4 接口多定义对象的行为；抽象类多定义对象的属性；
 5 接口定义可以使用public、protected、internal 和private修饰符，但是几乎所有的接口都定义为public，原因就不必多说了。
 6“接口不变”，是应该考虑的重要因素。所以，在由接口增加扩展时，应该增加新的接口，而不能更改现有接口。
 7 尽量将接口设计成功能单一的功能块，以.NET Framework为例，IDisposable、IDisposable、IComparable、IEquatable、IEnumerable等都只包含一个公共方法。
 8 接口名称前面的大写字母“I”是一个约定，正如字段名以下划线开头一样，请坚持这些原则。
 9 在接口中，所有的方法都默认为public。
 10 如果预计会出现版本问题，可以创建“抽象类”。例如，创建了狗（Dog）、鸡（Chicken）和鸭（Duck），那么应该考虑抽象出动物（Animal）来应对以后可能出现风马牛的事情。而向接口中添加新成员则会强制要求修改所有派生类，并重新编译，所以版本式的问题最好以抽象类来实现。
 11 从抽象类派生的非抽象类必须包括继承的所有抽象方法和抽象访问器的实实现。
 12 对抽象类不能使用new关键字，也不能被密封，原因是抽象类不能被实例化。
 13 在抽象方法声明中不能使用 static 或 virtual 修饰符。
以

最后，MSDN的建议是：
 如果预计要创建组件的多个版本，则创建抽象类。抽象类提供简单易行的方法来控制组件版本。通过更新基类，所有继承类都随更改自动更新。另一方面，接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。
 如果创建的功能将在大范围的全异对象间使用，则使用接口。抽象类应主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能。
 如果要设计小而简练的功能块，则使用接口。如果要设计大的功能单元，则使用抽象类。
 如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。抽象类允许部分实现类，而接口不包含任何成员的实现。