码迷,mamicode.com
首页 > Windows程序 > 详细

【转】编写高质量代码改善C#程序的157个建议——建议102:区分接口和抽象类的应用场合

时间:2017-12-07 19:13:48      阅读:221      评论:0      收藏:0      [点我收藏+]

标签:对象   使用   不同   升级   场景   适合   实现   否则   增加   

 

建议102:区分接口和抽象类的应用场合

 接口和抽象类有一些显而易见的区别:

  1. 接口支持多继承,抽象类则不能。
  2. 接口可以包含方法、属性、索引器、事件的签名,但不能有实现,抽象类则可以。
  3. 接口在增加新方法后,所有的继承者都必须重构,否则编译不通过,而抽象类则不需要。

这些区别导致两者的应用场景不同:

  1. 如果对象存在多个功能相近且关系紧密的版本,则使用抽象类。
  2. 如果关系不紧密,但若干功能拥有共同的声明,则使用接口。
  3. 抽象类适合于提供丰富功能的场合,接口则更倾向于提供单一的一组功能。

 从某种角度来看,抽象类比接口更具备代码的重用性。子类无须编写代码即可具备一个共性的行为。

采用抽象类的另一个好处是,如果为为基类增加一个方法,则继承该基类的所有子类自然就会具备这个额外的方法,而接口却不能。如果接口增加一个方法,必须修改所有的子类。所以,接口一旦设计出来就应该是不变的。抽象类则可以随着版本的升级增加一些功能。

接口的作用更倾向于说明类型具有某个或者某种功能。接口只负责声明,而抽象基类往往还要负责实现。

接口的职责必须单一,在接口中的方法应该尽可能的简练。

 我们应该在实际设计中,充分考虑到类型的应用场合,根据它所要完成的功能,来决定将类型设计成抽象类还是接口。

 

 

转自:《编写高质量代码改善C#程序的157个建议》陆敏技

【转】编写高质量代码改善C#程序的157个建议——建议102:区分接口和抽象类的应用场合

标签:对象   使用   不同   升级   场景   适合   实现   否则   增加   

原文地址:http://www.cnblogs.com/farmer-y/p/8000117.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!