抽象类和接口

1. 抽象类

• 被abstract修饰的类被称为抽象类，抽象类里面可以有抽象方法（只有方法声明而没有方法体），但也可以没有。
• 从设计层面上来讲，抽象类就是用来被继承的，因为抽象类虽然可以定义构造器，但是却不能用来构造对象，只能声明引用，构造器也只是为了初始化普通属性。对于一个类，如果他的某个方法实现出来没有任何意义，需要在子类中根据不同需求进行不同的实现，那就把该方法声明为抽象方法，该类也变为抽象类。
• 作用：抽象类中可以声明抽象方法来被子类通过不同的实现，来完成对同一段代码片段的不同作用

abstract class B{
    
    abstract void f();
    
}

class C extends B{
    public void test(){
        System.out.println("before");//伪代码，前一段逻辑
        f();//通过调用覆写的方法来完成对这段代码的片段级别改变。
        System.out.println("after");//后一段逻辑
    }

    @Override
    void f() {
        
    }
}

• 抽象类和普通类的区别：
  1.抽象类不能new对象
  2.抽象类中可以有抽象方法，且权限不可以为private（缺省下默认为public）
  3.继承抽象类的子类必须实现父类的抽象方法，不然子类也要声明为抽象类。
  其他方面和普通类没有区别。

2.接口

接口比抽象类还要“抽象”，

• 定义一个接口

interface A{

}

• 接口中可以有变量和方法
  • 接口中的变量：默认且只能为 public static final ,所以必须显示初始化，但是一般不在接口中定义变量。
  • 接口中的方法：默认且只能为 public abstract

3.接口和抽象类的区别

1.语法区别

• 接口中只能有抽象方法，抽象类中可以有普通方法。
• 抽象类只能被继承一个，接口可以被实现多个。
• 抽象类中的变量可以是各种类型，接口中只能是public static final的
• 抽象类可以有静态方法和静态代码块，而接口中则不行。

2.设计上的区别：

• 抽象类是对一种事物的抽象，即对类抽象，而接口是对行为的抽象。抽象类是对整个类整体进行抽象，包括属性、行为，但是接口却是对类局部（行为）进行抽象。举个简单的例子，飞机和鸟是不同类的事物，但是它们都有一个共性，就是都会飞。那么在设计的时候，可以将飞机设计为一个类Airplane，将鸟设计为一个类Bird，但是不能将 飞行 这个特性也设计为类，因此它只是一个行为特性，并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly，包含方法fly( )，然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类的飞机，比如战斗机、民用飞机等直接继承Airplane即可，对于鸟也是类似的，不同种类的鸟直接继承Bird类即可。从这里可以看出，继承是一个 "是不是"的关系，而 接口 实现则是 "有没有"的关系。如果一个类继承了某个抽象类，则子类必定是抽象类的种类，而接口实现则是有没有、具备不具备的关系，比如鸟是否能飞（或者是否具备飞行这个特点），能飞行则可以实现这个接口，不能飞行就不实现这个接口。

• 设计层面不同，抽象类作为很多子类的父类，它是一种模板式设计。而接口是一种行为规范，它是一种辐射式设计。什么是模板式设计？最简单例子，大家都用过ppt里面的模板，如果用模板A设计了ppt B和ppt C，ppt B和ppt C公共的部分就是模板A了，如果它们的公共部分需要改动，则只需要改动模板A就可以了，不需要重新对ppt B和ppt C进行改动。而辐射式设计，比如某个电梯都装了某种报警器，一旦要更新报警器，就必须全部更新。也就是说对于抽象类，如果需要添加新的方法，可以直接在抽象类中添加具体的实现，子类可以不进行变更；而对于接口则不行，如果接口进行了变更，则所有实现这个接口的类都必须进行相应的改动。

举例：门和警报的例子：门都有open( )和close( )两个动作，此时我们可以定义通过抽象类和接口来定义这个抽象概念：

abstract class Door {
    public abstract void open();
    public abstract void close();
}

interface Door {
    public abstract void open();
    public abstract void close();
}

但是现在如果我们需要门具有报警alarm( )的功能，那么该如何实现？下面提供两种思路：

1）将这三个功能都放在抽象类里面，但是这样一来所有继承于这个抽象类的子类都具备了报警功能，但是有的门并不一定具备报警功能；

2）将这三个功能都放在接口里面，需要用到报警功能的类就需要实现这个接口中的open( )和close( )，也许这个类根本就不具备open( )和close( )这两个功能，比如火灾报警器。

从这里可以看出， Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为，open()和close()属于门本身固有的行为特性，而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计为一个接口，包含alarm()行为,Door设计为单独的一个抽象类，包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。