1,都是“虚的”不能被实例化,这也是接口中为什么不能包含字段--成员变量的原因
2,正因为接口是虚的,所以接口内的索引,属性,时间等只能有声明,而不能在接口内实现,具体如何实现是派生接口或者派生类的事。
3,都具有模板的性质,如果一个接口或者类从某一个接口继承,它将自动具有被集成者的特征(包括索引,属性,函数,实践等)。
4,接口支持多重继承,而C#中,类之支持单一继承,接口实际表示的是一种承载能力。
下面是接口的一个简单定义:
继承"基类"跟继承"接口"都能实现某些相同的功能,但有些接口能够完成的功能是只用基类无法实现的
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,在抽象类中可以加代码逻辑,但接口不能。
2,如果要在接口中增加一个方法,所有实现它的类都强制重载一遍此方法,如果重载类很多时,会增大工作量。
总之,一般在仅实现单继承用途时,尽量用抽象类,功能也更强些!s