1、首先不要想接口与抽象类的区别,而要采用逆向思维,即是什么原因导致了他们的区别。
2、接口和抽象类的使用场景不同,也就是说,接口和抽象类是针对不同的使用场景而设计的。我们站在接口和抽象类的设计者的角度来看待这个问题。
3、接口的使用场景是:完全抽象,仅仅声明特征(能完成某些任务),不给出任何实现。
抽象类的使用场景是:部分抽象,给出部分实现。
4、接口的使用场景是:接口代表了子类能做什么,是 Can-Do关系,
抽象类的使用场景是:抽象类代表了子类是什么,是 IsA关系。
因为子类只能是一个实体,但可以做多件事。所以,接口可以多继承,抽象类单继承。
5、接口:接口代表了子类的次要功能,因此可以多继承,重构的时候特别有用,提取出一部分公有的而不影响。
抽象类:抽象类代表了子类的主要功能,因此单继承。
因为:根据常识,一个类肯定是具备一个主要功能,多个次要功能。
6、既然接口和抽象类都是表现抽象,抽象的东西当然不能实例化。
7、接口:完全抽象,因此必须实现全部的方法(这个很好理解,既然你说能完成某些任务,当然要给出是如何完成这些任务的)。为了避免子类继承不需要的方法,即接口污染,要把具备多功能的大接口分解成单功能的小接口。
抽象类:部分抽象,只需要实现抽象的方法,其他的可以直接继承过来。
8、接口和抽象类就是为了让别人来继承的,因此不能密封。
9、接口的命名规则:微软 前缀I 后缀able,比如 ICloneable ;Sun 后缀able,比如 Cloneable
抽象类的命名规则:微软 和具体类一样,比如 StringComparer;Sun 前缀 Abstract,比如AbstractMap
10、区别于接口和抽象类,具体类不是用来继承的,因此尽量避免继承具体类。
选择抽象类还是接口
- 如果要创建一个模型,这个模型将由一些紧密相关的对象采用,就可以使用抽象类。如果要创建由一些不相关对象采用的功能,就使用接口。
- 如果必须从多个来源继承行为,就使用接口。
- 如果知道所有类都会共享一个公共的行为实现,就可以使用抽象类,并在其中实现该行为。