浅谈类两种继承机制--接口(Interface)和类(Class)的区别

2005年11月16日 13:02:00

继承"基类"跟继承"接口"都在大多数情况下都能够实现某些相同的功能,但它们在具体使用场景也是有区别的.

(一). 接口的优势

1.接口用于描述一组类的公共方法/公共属性. 它不实现任何的方法或属性,只是告诉继承它的类
《至少》要实现哪些功能, 继承它的类可以增加自己的方法.

2.使用接口可以使继承它的类: 命名统一/规范,易于维护.比如: 两个类 "狗"和"猫",如果它
们都继承了接口"动物",其中动物里面有个方法Behavior(),那么狗和猫必须得实现Behavior()方法,
并且都命名为Behavior这样就不会出现命名太杂乱的现象.如果命名不是Behavior(),接口会约束
即不按接口约束命名编译不会通过.

3.提供永远的接口。当类增加时,现有接口方法能够满足继承类中的大多数方法,没必要
重新给新类设计一组方法,也节省了代码,提高了开发效率.
举个代码示例:

//公共接口: "动物"
public Interface IAnimal
{
int EyeNumber; //眼睛数量
private void Behavior(); //行为方法,描述各种动物的特性
}

//类: 狗
public Dog : IAnimal
{
string ActiveTime = "白天";
private void Behavior()
{ {
Console.Write("我晚上睡觉,白天活动");
}
}

//类: 猫
public Cat: IAnimal
{
string ActiveTime = "夜晚";
private void Behavior()
{ {
Console.Write("我白天睡觉,晚上活动");
}
}


//简单的应用:
public static Main()
{
Dog myDog = new Dog();
myDog.Behavior(); //输出: "我晚上睡觉,白天活动"
Cat myCat = new Cat();
myCat.Behavior(); //输出: "我白天睡觉,晚上活动"
}


以上调用不同的类的相同名方法,会输出不同的东东,也就是说每个类里面的同名方法完成的
功能可以是完全不同的.

更进一步,不是用上面Main方法这样一个一个调用类的方法,用多态性实现其调用.
看一下下面这个方法:


public Behavior(IAnimal myIanimal)
{
myIanimal.Behavior();
}

其参数是>>接口类型<<,任何继承它的类都可以调用此方法,此方法能根据类的不同调用不同的类
中的方法. 也即能够自己根据不同的类,完成不同的类的功能.
多态性代码示例:


Dog myDog = new Dog();
Cat myCat = new Cat();
Behavior(myDog); //Behavior接受"狗"类实例
Behavior(myCat); //Behavior接受"狗"类实例

这样Behavior方法写一次就能完成所有继承它的类中的相同名方法的不同功能. 非常方便.

同样,由于"动物软件"功能需求,需要再增加一个"龟"类:


//类: 龟
public Tortoise: IAnimal
{
string ActiveTime = "很难说";
private void Behavior()
{
Console.Write("我可以不活动,一睡就睡五千年!");
}
}


那么也可以调用上面多态方法,所以说接口使方法具有较好扩展性.
如果继承它的类很多的话,有多少好处是可想而知的!

(二). 基类(含抽象类)优势

1. 在基类中可以加代码逻辑,但接口不能.

根据上面的Behavior方法的实现:

public Behavior(IAnimal myIanimal)
{
myIanimal.Behavior();
}

重构一下, 如果Dog, Cat等子类不是继承接口而是继承基类的话, 可以将 这个方法移到基类中,

真正实现OO的面向对象思想--封装性, 把类外面方法移到了类内部. 即使用时可以仅使用基类实例的方

法即可完成各个子类的功能, 没必要让使用者了解子类(声明子类的实例). 则代码会变为:

Dog myDog = new Dog();
Cat myCat = new Cat();
Animal animal = new Animal(Dog);
animal.Behavior();
Animal animal = new Animal(Cat);
animal.Behavior();

2. 如果要在接口中增加一个方法, 所有实现它的类都强制重载一遍此方法, 如果重载类很多时, 会增大工作量.

而继承类时只要把需要重载(override)的方法, 在基类中指定为虚方法虚方法(virtual)即可.

3. 类继承较接口可以实现 "代码重用", 是接口致命弱点, 如Asp.net 2.0中角色成员管理和WebPart的可定制功

能Provider就是一系列抽象基类而不是接口.

(三). 归纳总结

I. 一般在仅实现单继承用途时, 尽量用基类; 反之使用接口.

II. 如果基类不作为业务对象(在应用时不需要声明其实例), 则尽量声明为抽象类; 否则声明为一般基类.

III. 各个子类如果 公共(重用)代码较多, 建议使用类继承方式, 把公共代码抽象到基类中.


上面是个人对接口某些方面的一些认识,当然接口的作用不只是这些.
不对的地方请读者批评指正!

相关接口文章,请看:

http://www.uml.org.cn/j2ee/2004090801.htm



Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=530684


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值