Java:接口与抽象类

 

接口：

 

一个JAVA接口是一些方法特征的集合，这些方法特征当然来自于具体方法，但是它们一般都是来自于一些在系统中不断出现的方法。一个接口只有方法的特征，而没有方法的实现，因此这些方法在不同的地方被实现时可以有完全不同的行为。在JAVA语言中，JAVA接口还可以定义public的常量。

 

在使用接口的时候，需要指明接口本身，以及实现这个接口的类。一个类实现一个接口，这种关系叫做接口继承；而一个类是另一个类的子类，这种关系叫做实现继承。接口继承与实现继承的规则不同，一个类最多只能有一个超类，但可以同时实现几个接口。

 

接口使可插入性变得可能。在一个类等级结构中的任何一类都可以实现一个接口，这个接口会影响到此类的所有子类，但是不会影响到此类的任何超类。此类将不得不实现这个接口所规定的方法，而其子类则可以从此类自动继承到这些方法，当然也可以选择置换掉所有的这些方法，或其中的某一些方法。这时候，这些子类就具有了可插入性。

 

如果一个关联不是针对一个具体类的，而是针对一个接口的，那么任何实现这个接口的类就都可以满足要求。这样就可以动态地将这个关联从一个具体类转换到另一个具体类，而这样做的唯一条件是它们都实现了某个接口。

 

同样，一个对象不可避免地需要调用其他对象的方法。这种调用不一定非得是某一个具体类，而可以是一个接口。这样一来，任何实现了这个接口的具体类都可以被当前对象调用；而当前对象到底调用的是哪一个具体类的实例则完全可以动态地决定。

 

接口常常用来声明一个新的类型，一般作为一个类型等级结构的起点。

 

抽象类：

 

抽象类仅提供一个类型的部分实现。抽象类可以有实例变量，以及一个或多个构造子。抽象类可以同时有抽象方法和具体方法。它提供一个继承的出发点，不能被实例化。因此，抽象类一定是用来继承的。

 

从一个抽象类到多个具体类的继承关系中，共同的代码应当尽量移动到抽象类里，而数据的移动方向是从抽象类到具体类。一个对象的数据不论是否使用都会占用资源，因此数据应当尽量放到具体类或者等级结构的低端。

在以下条件被满足时才应当使用继承关系：

1 子类是超类的一个特殊种类，而不是超类的一个角色。Has-A关系应当使用聚合关系描述，而只有Is-A关系才符合继承关系。

2 永远不会出现需要将子类换成另一个类的子类的情况。如果设计师不是很肯定一个类会不会在将来变成另一个类的子类的话，就不应当将这个类设计成当前这个超类的子类。

3 子类具有扩展超类的责任，而不是具有置换掉或注销掉超类的责任。如果子类需要大量地置换掉超类的行为，那么这个子类不应当成为这个超类的子类。

4 只有在分类学角度上有意义时，才可以使用继承，不要从工具类继承。