你有没有掉进去过这些 抽象类 和 接口 的 “陷阱“

一、抽象类和接口选择的 “陷阱”

在设计一个类时如何选择 抽象类 和 接口？

设计实现一个 GigaFactory 类， 对 GigaFactory 的拆分既不能全部是抽象类，也不能全部是抽象接口，比如产能如果定义在接口里面就是一个常量，每个 GigaFactory 工厂的产能是不同的，这样就失去了每个对象的状态信息。

那可以都定义为抽象类吗？

也不能将功能都拆分为抽象类，会导致代码难以维护，这是从代码的灵活性和复杂性考虑的。从语言特性来考虑也不合适，类是对事物的客观抽象，并不是所有的类都具有相同的行为。

可以将共同的属性使用抽象类来表达，比如状态等，而将特有的行为使用接口定义，每个不同的类实现特定的接口。

新建 Maven 项目 abstract-interface-traps，增加 entity 包，定义一个 Factory 抽象类

/**
 * 每个 Factory 最基本的属性
 */
public abstract class Factory {

    protected String address;

    protected Integer productivity;

}
复制代码

定义生产整车业务的接口类 Vehicle

/**
 * 整车业务生产，Model 3、Y、X 等
 */
public interface Vehicle {

    void produceCars();
}
复制代码

定义生产配件的接口类

/**
 * 配件业务生产，电机等
 */
public interface Autoparts {

    void makeParts();
}
复制代码

定义生产太阳能业务的接口类 Energy

/**
 * 太阳能业务
 */
public interface Energy {

    void produceSolarPanels();
}
复制代码

定义一个上海超级工厂类，继承 Factory 类，实现整车业务接口类 Vehicle

public class ShanghaiGigaFactory extends Factory implements Vehicle{

    protected String address = "Shanghai";

    protected Integer productivity = 500000;

    @Override
    public void produceCars() {

    }
}
复制代码