.NET中的抽象类与接口
.NET中的抽象类与接口
1. 抽象类
（1）抽象类中的抽象方法只作声明，而不包含实现，可以包含虚(virtual)方法，也可以包含具体的方法；
（2）抽象类不能被实例化；
（3）抽象类可以但不是必须有抽象属性和抽象方法，但是一旦有个抽象方法，就一定要把这个类声明为抽象类；
（4）继承抽象类的具体类必须覆盖基类的所有抽象方法(即实现基类中所有的抽象方法)
（5）如果抽象类的某些方法被声明为虚方法，则继承该方法的任何类都可以实现它自己的版本（也可以不实现）。派生类可以使用 override 关键字重写基虚方法，或使用 new 关键字隐藏基类中的虚方法。如果 override 关键字和 new 关键字均未指定，编译器将发出警告，并且派生类中的方法将隐藏(相当于new的作用)基类中的方法
（6）抽象派生类可以覆盖基类的抽象方法，也可以不覆盖。如果不覆盖，则其具体派生类必须覆盖(override)它们。如：
using System;
public abstract class A //抽象类A
{
private int num=0;//抽象类包含字段
public int NUm //抽象类包含属性
{
get
{
return num;
}
set
{
num=value;
}
}
public virtual int getNum() //抽象类包含虚方法
{
return num;
}
public void setNum(int n)、、抽象类包含具体的方法
{
this.num=n;
}
public abstract void E(); //类A中的抽象方法E
}
public abstract class B:A //由于类B继承了类A中的抽象方法E，所以类B也变成了抽象类
{
}
public class C:B
{
public override void E() //重写从类A继承的抽象方法。如果类B自己还定义了抽象方法，也必须重写
{
//throw new Exception("The method or operation is not implemented.");
}
Public override int getNum()//也可以对基类的虚方法实现自己的版本
{
return 2;
}
}
public class Test
{
static void Main()
{
C c=new C();
c.E();
}
}
2.接口
（1）接口不能被实例化；
（2）接口只能包含方法声明；
（3）接口的成员包含方法、属性、索引器、事件；
（4）接口中不能包含常量、字段、构造函数、析构函数、静态成员。如：
public delegate void EvenHandler(object sender,Event e);
public interface ITest
{
//int x=0;
int A
{
get;
set;
}
void Test();
event EventHandler Event;
int this[int index]
{
get;
set;
}
}
}
（5）接口中的所有成员不能加修饰符，默认为public，接口定义只能是public interface IXXX、interface IXXX；
（6）派生类必须实现接口的所有成员；
（7）一个类可以直接实现多个接口，接口之间用逗号隔开；
（8）一个接口可以有多个父接口，实现该接口类必须实现所有父接口中的所有成员；
3.抽象类和接口
相同点：
（1）都可以被继承；
（2）都不能被实例化；
（3）都可以包含方法声明；
（4）具体的派生类必须实现所有未实现的方法；
区别：
(1) 接口是多继承，抽象类是单继承
(2) 抽象基类可以定义字段、属性、方法实现。接口只能定义属性、索引器、事件、和方法声明，不能包含字段。
(3) 抽象类是一个不完整的类，需要进一步细化，抽象类用于创建一个体现某些基本行为的类；而接口是一个行为规范，是封装一个行为的合同。微软的自定义接口总是后带able字段，证明其是表述一类“我能做。。。”
(4) 抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中
(5) 抽象类是从一系列相关对象中抽象出来的概念，因此反映的是事物的内部共性；接口是为了满足外部调用而定义的一个功能约定，因此反映的是事物的外部特性
(6) 接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法
(7) 接口可以用于支持回调,而继承并不具备这个特点
(8) 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的
(9) 如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法
使用规则：
1、抽象类主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能
2、如果要设计大的功能单元，则使用抽象类；如果要设计小而简练，单一的功能块，则使用接口。
3、如果要创建一个功能单一的组件，则使用接口。接口封装定义组件之间的合同，并且组件需要很稳定的接口
3、如果预计要创建组件的多个版本，则创建抽象类。接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。
4、如果创建的功能将在大范围的全异对象间使用，则使用接口；如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。
5、分析对象，提炼内部共性形成抽象类，用以表示对象本质，即“是什么”。为外部提供调用或功能需要扩充时优先使用接口
6、好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染
7、尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知。(结合堆栈原理理解)。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则
例 如：
Window窗体可以用抽象类来设计，可以把公有操作和属性放到一个抽象类里，让窗体和对话框继承自这个抽象类，再根据自己的需求进行扩展和完善。
打印操作可以作为一个接口提供给每个需要此功能的窗体，因为窗体的内容不同，就要根据他们自己的要求去实现自己的打印功能。打印时只通过接口来调用，而不用在乎是那个窗体要打印。
1. 抽象类
（1）抽象类中的抽象方法只作声明，而不包含实现，可以包含虚(virtual)方法，也可以包含具体的方法；
（2）抽象类不能被实例化；
（3）抽象类可以但不是必须有抽象属性和抽象方法，但是一旦有个抽象方法，就一定要把这个类声明为抽象类；
（4）继承抽象类的具体类必须覆盖基类的所有抽象方法(即实现基类中所有的抽象方法)
（5）如果抽象类的某些方法被声明为虚方法，则继承该方法的任何类都可以实现它自己的版本（也可以不实现）。派生类可以使用 override 关键字重写基虚方法，或使用 new 关键字隐藏基类中的虚方法。如果 override 关键字和 new 关键字均未指定，编译器将发出警告，并且派生类中的方法将隐藏(相当于new的作用)基类中的方法
（6）抽象派生类可以覆盖基类的抽象方法，也可以不覆盖。如果不覆盖，则其具体派生类必须覆盖(override)它们。如：
using System;
public abstract class A //抽象类A
{
private int num=0;//抽象类包含字段
public int NUm //抽象类包含属性
{
get
{
return num;
}
set
{
num=value;
}
}
public virtual int getNum() //抽象类包含虚方法
{
return num;
}
public void setNum(int n)、、抽象类包含具体的方法
{
this.num=n;
}
public abstract void E(); //类A中的抽象方法E
}
public abstract class B:A //由于类B继承了类A中的抽象方法E，所以类B也变成了抽象类
{
}
public class C:B
{
public override void E() //重写从类A继承的抽象方法。如果类B自己还定义了抽象方法，也必须重写
{
//throw new Exception("The method or operation is not implemented.");
}
Public override int getNum()//也可以对基类的虚方法实现自己的版本
{
return 2;
}
}
public class Test
{
static void Main()
{
C c=new C();
c.E();
}
}
2.接口
（1）接口不能被实例化；
（2）接口只能包含方法声明；
（3）接口的成员包含方法、属性、索引器、事件；
（4）接口中不能包含常量、字段、构造函数、析构函数、静态成员。如：
public delegate void EvenHandler(object sender,Event e);
public interface ITest
{
//int x=0;
int A
{
get;
set;
}
void Test();
event EventHandler Event;
int this[int index]
{
get;
set;
}
}
}
（5）接口中的所有成员不能加修饰符，默认为public，接口定义只能是public interface IXXX、interface IXXX；
（6）派生类必须实现接口的所有成员；
（7）一个类可以直接实现多个接口，接口之间用逗号隔开；
（8）一个接口可以有多个父接口，实现该接口类必须实现所有父接口中的所有成员；
3.抽象类和接口
相同点：
（1）都可以被继承；
（2）都不能被实例化；
（3）都可以包含方法声明；
（4）具体的派生类必须实现所有未实现的方法；
区别：
(1) 接口是多继承，抽象类是单继承
(2) 抽象基类可以定义字段、属性、方法实现。接口只能定义属性、索引器、事件、和方法声明，不能包含字段。
(3) 抽象类是一个不完整的类，需要进一步细化，抽象类用于创建一个体现某些基本行为的类；而接口是一个行为规范，是封装一个行为的合同。微软的自定义接口总是后带able字段，证明其是表述一类“我能做。。。”
(4) 抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中
(5) 抽象类是从一系列相关对象中抽象出来的概念，因此反映的是事物的内部共性；接口是为了满足外部调用而定义的一个功能约定，因此反映的是事物的外部特性
(6) 接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法
(7) 接口可以用于支持回调,而继承并不具备这个特点
(8) 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的
(9) 如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法
使用规则：
1、抽象类主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能
2、如果要设计大的功能单元，则使用抽象类；如果要设计小而简练，单一的功能块，则使用接口。
3、如果要创建一个功能单一的组件，则使用接口。接口封装定义组件之间的合同，并且组件需要很稳定的接口
3、如果预计要创建组件的多个版本，则创建抽象类。接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。
4、如果创建的功能将在大范围的全异对象间使用，则使用接口；如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。
5、分析对象，提炼内部共性形成抽象类，用以表示对象本质，即“是什么”。为外部提供调用或功能需要扩充时优先使用接口
6、好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染
7、尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知。(结合堆栈原理理解)。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则
例 如：
Window窗体可以用抽象类来设计，可以把公有操作和属性放到一个抽象类里，让窗体和对话框继承自这个抽象类，再根据自己的需求进行扩展和完善。
打印操作可以作为一个接口提供给每个需要此功能的窗体，因为窗体的内容不同，就要根据他们自己的要求去实现自己的打印功能。打印时只通过接口来调用，而不用在乎是那个窗体要打印。
