JAVA 接口与抽象类

最新推荐文章于 2024-10-16 10:13:45 发布

fay8048

最新推荐文章于 2024-10-16 10:13:45 发布

阅读量541

点赞数

分类专栏： android 文章标签： java interface 编程设计模式语言工具

android 专栏收录该内容

147 篇文章 0 订阅

订阅专栏

一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用呢，面对对象的设计，复用的重点其实应该是抽象层的复用，而不是具体某一个代码块的复用，是不是一下子感觉自己对复用理解的高度又上升了一层？

说到了抽象，我就不能不提到曾让我头痛的Java接口和Java抽象类了，这也是本文我想说的重点。

既然面向对象设计的重点在于抽象，那Java接口和Java抽象类就有它存在的必然性了。

Java接口和Java抽象类代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP面向对象的编程，如果要提高程序的复用率，增加程序的可维护性，可扩展性，就必须是面向接口的编程，面向抽象的编程，正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。

Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它们比较一下，你就可以发现了。

Java接口和Java抽象类最大的一个区别，就在于Java抽象类可以提供某些方法的部分实现，而Java接口不可以，这大概就是Java抽象类唯一的优点吧，但这个优点非常有用。如果向一个抽象类里加入一个新的具体方法时，那么它所有的子类都一下子都得到了这个新方法，而Java接口做不到这一点，如果向一个Java接口里加入一个新方法，所有实现这个接口的类就无法成功通过编译了，因为你必须让每一个类都再实现这个方法才行，这显然是Java接口的缺点。
一个抽象类的实现只能由这个抽象类的子类给出，也就是说，这个实现处在抽象类所定义出的继承的等级结构中，而由于Java语言的单继承性，所以抽象类作为类型定义工具的效能大打折扣。在这一点上，Java接口的优势就出来了，任何一个实现了一个Java接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个Java接口，从而这个类就有了多种类型。
从第2点不难看出，Java接口是定义混合类型的理想工具，混合类表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为。
结合1、2点中抽象类和Java接口的各自优势，具精典的设计模式就出来了：声明类型的工作仍然由Java接口承担，但是同时给出一个Java 抽象类，且实现了这个接口，而其他同属于这个抽象类型的具体类可以选择实现这个Java接口，也可以选择继承这个抽象类，也就是说在层次结构中，Java 接口在最上面，然后紧跟着抽象类，哈，这下两个的最大优点都能发挥到极至了。这个模式就是“缺省适配模式”。在Java语言API中用了这种模式，而且全都遵循一定的命名规范：Abstract ＋接口名。

Java接口和Java抽象类的存在就是为了用于具体类的实现和继承的，如果你准备写一个具体类去继承另一个具体类的话，那你的设计就有很大问题了。Java抽象类就是为了继承而存在的，它的抽象方法就是为了强制子类必须去实现的。

使用Java接口和抽象Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。而不要用具体Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。

*************************************************************************************************************************************

包含抽象方法的类，叫抽象类。而抽象的概念就是抽象出共同属性：成员变量和方法。所以抽象类可以有private等多种权限的成员变量和非abstract的成员方法。当然抽象方法是一定要有的。

抽象类是用于单一继承的，不能实例化。而继承类一定要实现抽象方法，因为抽象方法在抽象类里是没有实现行为的，访问权限只能是public。而非抽象方法则可以赋予方法的默认行为，访问权限可以多种，但需要考虑非抽象方法是否需要被继承类访问。

接口 interface

接口，用于多重继承，也不能实例化。只能包含static final的成员变量，不过在interface中一般不定义成员变量。而成员方法在接口里只能是抽象方法，访问权限只能是public。

-----------------

所以，无论抽象类还是接口，抽象方法都需要在子类中实现，而且在子类中实现这些方法一个都不能少。而抽象类里面的非抽象方法，则在子类可以不重写实现里面的行为。参考以下例子：

 
 public class Child extends Children implements Lover{ 
    public Child(String name) { 
        super(name); 
    } 
 
    public void printName() { 
        System.out.println(super.getName()); 
    } 
 
    public void love(String name) { 
        System.out.println(name + ", I love you!"); 
    } 
 
    public static void main(String[] args) { 
        Child boy = new Child("Charley"); 
        System.out.println(boy.getName()); 
 
        Child girl = new Child("Queenie"); 
        girl.printName(); 
 
        boy.love(girl.getName()); 
        girl.love(boy.getName()); 
    } 
} 
 
abstract class Children { 
    private String name; 
 
    public Children(String name) { 
        this.name = name; 
    } 
 
    //private then Child obj can not access this method 
    //private String getName() { 
    public String getName() { 
        return name; 
    } 
 
    abstract void printName(); 
 
    //haha()在子类中没有被实现 
    //abstract void haha(); 
} 
 
interface Lover{ 
    void love(String name); 
}

抽象类和接口的应用

我看了thinking in java里面的内容，感觉似乎用抽象类或者接口实现的效果都差不多，没看出什么特别。那么究竟什么时候应用抽象类，什么时候应用接口呢？看了广泛流传的报警门例子，思考后得到的理解是： 抽象类，"is a"关系，抽象出共同的本质特征，单一继承；接口，"like a"关系，个性化特征，多重继承。

不同的门都具有本质特征动作 open()， close()。那么抽象类和接口都可以定义这两个方法。现在要求它具有报警alarm功能。

1) 如果这3个功能都放在抽象类里面，那么所有的门都具备了这3个功能，无疑不妥，有的门不需要报警功能啊！

2) 如果这3个功能都放到接口里面，需要用到报警功能的其他类，就需要实现门的open和close功能，这样子也不对！

所以，应该把门的open, close和alarm分离，让所有的门都有open, close动作，继承抽象类Door。而需要添加报警功能的门，则再继承接口Alarm。

 
 abstract class Door { 
 　abstract void open(); 
 　abstract void close(); 
} 
 
interface Alarm { 
 　void alarm(); 
} 
 
class AlarmDoor extends Door implements Alarm { 
 　void open() { … } 
 　void close() { … } 
 　void alarm() { … } 
}