Interface和抽象类的应用

一个类可以（继承）实现多个接口，但只能继承一个类。接口中只能定义方法名，方法参数和返回值，以及静态变量。而抽象类中可以有方法的实现，也可以定义非静态的类变量。

所以，当你需要多继承特性时，那你只能使用接口；当你需要在父类中实现部分代码（通用功能）而根据不同情况某一方法有不同的实现时，那就设计为抽象类。
     
我们也可以从多态性的角度来考虑是要使用接口还是用抽象类。如果预计要创建组件的多个版本，我们应该创建抽象类。这是因为，抽象类提供简单易行的方法来控制组件版本。通过更新基类，所有继承类都随更改自动更新。另一方面，接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。所以，如果创建的功能将在大范围的全异对象间使用，则使用接口。

抽象类主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能。

       一个基本原则是，首先考虑使用接口。接口可以继承接口。抽象类可以实现(implements)接口，抽象类是可以继承实体类，但前提是实体类必须有明确的构造函数。有个通用的设计思想，如果要设计小而简练的功能块，则使用接口。如果要设计大的功能单元，则使用抽象类。

     接口一旦被定义和接受，就必须保持不变，以保护为使用该接口而编写的应用程序。接口发布后，就不能对其进行更改。这是我们进行组件设计的一个重要原则，叫做‘接口不变性’。创建一个接口就是在创建一个定义，接口定义发布后则永远不能更改。接口不变性，就是为了保护为使用接口而编写的现有系统。当接口设计与需求有所出入，确认需要大幅度变更时，我们应该创建新的接口。一般命名方式是，新接口可以通过在原来的接口名称后追加一个数字‘2’来命名，以显示出它与现有接口的关系。

     一般来说，我们会把确定哪些属性和方法属于接口的设计过程称为‘接口分解’。基本准则是，应在一个接口中将紧密相关的几个功能聚合为一组。功能太多会使接口不便于运行，而过于细分功能将导致额外的系统开销并降低使用的简易性。掌握分解的这个度的能力是需要不断的在技术上进行磨炼，以及在对每个项目深入分析与理解的基础上才能得到的。

 

     接口是一种非常有效的编程方法，它让对象的定义与实现分离，从而可以在不破坏现有应用程序的情况下使对象得以完善与进化。接口消除了实现继承的一个大问题，就是在对设计实施后再对其进行更改时很可能对代码产生破坏。即使实现继承允许类从基类继承实现，在类首次发布时仍然会使我们不得不为设计做很多的抉择。如果原有的设想不正确，并非总可以在以后的版本中对代码进行安全的更改。比如，我们定义了一个基类的方法，它需要一个 Integer 参数，而后来又确定该参数应该为 Long 数据类型。我们无法安全更改原始类，因为为从原始类派生的类所设计的应用程序可能无法进行正确编译，因为它会影响几百个子类。
       办法就是发布接受新数据类型的更新接口。
使用接口继承而不用类继承的主要原因有：在应用程序要求很多可能不相关的对象类型以提供某种功能的情况下，用接口适用性会更强；接口比基类更灵活，因为可以定义单个实现来实现多个接口；在无需从基类继承实现的情况下，接口更好；在无法使用类继承的情况下接口是很有用的。例如，结构无法从类继承，但它们可以实现接口。”

当你在使用inerface时，一定是用的implements里的方法，而且经常这么用。List l = new ArrayList() ; List是接口，ArrayList是它的实现。这后还很有可能有个方法是这样的 public void m1(List l){...}.这里写List是让这个方法更通用些，只要是List 的实现就能用。例如做网通的透明数据库编程时，就是这么用的，在program.cs这个文件中，为了让所有数据库都通用，借用了系统提供的各种接口，如IDbconnection,IDbcommand等等，根据用户所选数据库的不同，接口有了不同的实现方法，如果选的是sqlserver数据库，则 IDbconnection conn=new SqlConnection（connstr）；IDbcommand cmd=new SqlCommand（conn）；执行访问数据库的一些方法时，如ExecuteQuery（IDbcommand cmd）；方法的参数就是接口，将上面的cmd传进来就实现了对sqlserver数据库的访问。