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

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

在设计一个类时如何选择 抽象类 和 接口? image.png

设计实现一个 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() {

    }
}
复制代码

猜你喜欢

转载自juejin.im/post/7110981199060959262
今日推荐