从抽象类到接口

简介:
假设有以下的类
1   public   abstract   class  GunBase // 枪械
2   {
3 public abstract void Shoot();//射击
4 public abstract ClipMode Clip//配置弹夹
5 {
6 set;
7 get;
8 }

9 public abstract void Load();//装填弹药
10 }

11
12   public   enum  ClipMode
13   {
14 Inside,
15 Outside
16 }
我们当然它为抽象类,但这样一个抽象类,其没有构造函数,其所有成员也都完全是抽象的,我们还可以称其为纯抽象(虚)类。因为这个类,是完全的抽象的,但如果代码改为
1   public   abstract   class  GunBase // 枪械
2   {
3 public abstract void Shoot();//射击
4 private ClipMode clipMode;
5 public abstract ClipMode Clip//配置弹夹
6 {
7 set
8 {
9 clipMode = value;
10 }

11 get
12 {
13 return clipMode;
14 }

15 }

16 public abstract void Load();//装填弹药
17 }


同样是抽象类,但修改后的类,就不再是纯抽象类了。纯抽象的类,我们要求是没有构造函数,没有任何的非抽象成员,所有成员的访问修饰都是public的,这样我们有了一个新的名词:接口interface。

现了解一下接口的定义要求
接口就是一个纯抽象类(所以接口是引用类型),接口可以包含方法、属性、事件和索引器,实现该接口的类或结构必须实现这些成员。
相比起抽象类,接口有以下特征

不需要声明接口为抽象或虚拟(本来就是)
接口不允许有构造函数(纯抽象了,根本不需要构造)
接口不允许有析构函数(本来无构造,何需有析构)
接口的所有成员都是抽象的(纯抽象类嘛)
接口只可以从接口继承(因为只有接口可以保证使纯虚的,如果从抽象类继承,不能保证抽象类中可能存在非抽象的成员)
接口成员不允许有任何修饰(默认就是public的,也只有是public的)
一个类或结构可以实现多个接口

那为什么要接口呢?
我们设想一个场景,假设我要写一个模拟角色的游戏,每个玩家都可以拥有多个角色(职业),如果有一个人其职业是医生,但同时他也是研究生,在学校带课,但又在攻读博士,同时呢,由于工作出色,担任了科室主任,在回家的路上又去了超市。
那我们可以观察到,这个人实现了的角色有:医生、学生、讲师、领导、顾客。那类怎么描述实现呢?用继承?
 

1   public   class  Person
2   {
3 public string Name;
4 public Sex Sex;
5 }

6
7   public   class  Doctor : Person // 医生
8   {
9 public bool Operations()
10 {
11 }
//返回成功与否
12 public string Diagnosis()
13 {
14 }
//返回诊断意见
15 }

16
17
18   public   class  Gaduate : Doctor  // 学生
19   {
20 public void GotoClass()
21 {
22
23 }

24 public int Exam()
25 {
26
27 }
//作练习返回成绩
28 }

29
30   public   class  Professor : Gaduate // 教授
31   {
32 public void Disquisition()
33 {
34 }

35 }

36
37   public   class  Consumer : Professor//顾客
38   {
39 public void stock()
40 {
41 }

42 public void paying(double cash)
43 {
44
45 }
//支付
46 }


如果你还有一点点面向对象的理智的话,就知道这个非常非常的错误的设计。不但类的结构非常的臃肿,还难以代码重用。


所以我们将代码改为使用接口来实现。
我们把job角色定义为接口,而不是类
 

1   public   interface  IDoctor // 医生
2   {
3 bool Operations();//返回成功与否
4 string Diagnosis();//返回诊断意见
5 }

6
7
8   public   interface  IGaduate  // 学生
9   {
10 void GotoClass();
11 int Exam();//作练习返回成绩
12 }

13
14   public   interface  IProfessor // 教授
15   {
16 void Disquisition();
17 }

18
19   public   interface  IConsumer
20   {
21 void Stock();
22 void Paying(double cash);//支付
23 }

这样Person 类就可以实现(继承)多个接口
1 public   class  Person : IDoctor, IGaduate, IProfessor, IConsumer
2   {
3 public string Name;
4 public Sex Sex;
5 public int Age;
6
7
8 IDoctor 成员
21
22 IGaduate 成员
34
35 IProfessor 成员
42
43
44
45 IConsumer 成员
58 }


注意,IConsumer 成员采用的是显式实现。
标准实现的模型是:public 接口成员[返回值 名字 参数] {}
显式实现的模型是:没有访问修饰符 接口名称.接口成员[返回值 名字 参数] {}

显式实现的接口成员没有访问修饰符,也就意味着显式实现的成员感觉上是私有的,不能被访问。那这样的实现有什么意思呢?
请看下篇:我,只关心接口。

 



本文转自shyleoking 51CTO博客,原文链接:http://blog.51cto.com/shyleoking/806264

相关文章
|
26天前
|
C# 索引
C# 一分钟浅谈:接口与抽象类的区别及使用
【9月更文挑战第2天】本文详细对比了面向对象编程中接口与抽象类的概念及区别。接口定义了行为规范,强制实现类提供具体实现;抽象类则既能定义抽象方法也能提供具体实现。文章通过具体示例介绍了如何使用接口和抽象类,并探讨了其实现方式、继承限制及实例化差异。最后总结了选择接口或抽象类应基于具体设计需求。掌握这两者有助于编写高质量的面向对象程序。
61 5
|
4月前
|
C++
c++接口(抽象类)
c++接口(抽象类)
48 1
|
4月前
|
Java 编译器
抽象类和接口
抽象类和接口
抽象类与接口
抽象类与接口
56 0
C++中的抽象类和接口
C++中的抽象类和接口
81 0
|
Java 编译器
07 接口和抽象类
接口 比抽象类更加抽象的是接口,在接口中所有的方法都会被 public abstract 修饰。 注意:Java 8 之后接口中新增加了 default 默认方法和 对 static 方法的支持。 • Java 中不支持多继承,而是通过接口实现比多重继承更强的功能,java 通过接口可以使出于不同层次,甚至不相关的类具有相同的行为. • 接口可以认为是特殊的抽象类, 不能用于直接创建对象。接口的作用在于规定一些功能框架,具体功能的实现则通过该接口约束的类完成。
110 0
抽象类与接口
抽象类 abstract修饰符可以用来修饰方法,也可以用来修饰类,修饰方法就是抽象方法,修饰类就是抽象类 抽象类中可以没有抽象方法,但是抽象方法的类一定要声明为抽象类 抽象类,不能使用new关键字来创建对象,它使用来让子类继承的 抽象方法,只有方法的声明,没有方法的实现,它是用来让子类实现的 子类继
|
存储 API
使用抽象类和接口的优解
使用抽象类和接口的优解   1. 前言 2. 所谓习惯认知 3. 开门见山的万金油 第1条:抽象类设计注重对象性,接口设计注重服务性 第2条:更近的抽象类,更远的接口 第3条:子类间有关系时考虑用抽象类,没有关系时一定要用接口 第4条:版本迭代中优先考虑使用抽象类而不是接口 4. 设计是个性的妥协 5. 参考资料 1. 前言 笔者相信,每个使用面向对象语言的开发者自编码以来,肯定便琢磨过抽象类(Abstract)和接口(Interface)的区别。
869 1