Lab3漫谈（2）-工厂方法

简介

• 定义：“工厂方法模式，又称工厂模式、多态工厂模式和虚拟构造器模式，通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。”
• 作用：将类的实例化（具体产品的创建）延迟到工厂类的子类（具体工厂）中完成，即由子类来决定应该实例化（创建）哪一个类。
• 优点：

---

更符合开闭原则：新增产品的时候，只要增加相应的具体产品类和相应工厂类
符合单一职责原则：一个具体工厂只创建一个对应产品

---

• 缺点

---

增加新产品将额外产生更多的工厂类和产品类，这种增长与后续更新的产品种类的数目正相关。而类数目的增加也意味着更多资源的开销。

工厂方法的最大特点就是工厂类来源于一个抽象工厂类，而面对具体问题的时候，相同特征的提取难度暂且不论，一般很难保证最优化/最大化的共同特征提取。产品同理。

一个工厂只生产一种产品过于单一，开销也大。

---

代码样例

• 创建抽象工厂和抽象产品类

abstract class Factory{
    public abstract Product Manufacture();
}

abstract class Product{
    public abstract void Show();
}

• 实例化抽象工厂和抽象产品类

//具体产品A类
class  ProductA extends  Product{
    @Override
    public void Show() {
        System.out.println("生产出了产品A");
    }
}

//具体产品B类
class  ProductB extends  Product{

    @Override
    public void Show() {
        System.out.println("生产出了产品B");
    }
}
//工厂A类 - 生产A类产品
class  FactoryA extends Factory{
    @Override
    public Product Manufacture() {
        return new ProductA();
    }
}

//工厂B类 - 生产B类产品
class  FactoryB extends Factory{
    @Override
    public Product Manufacture() {
        return new ProductB();
    }
}

层次结构图：

这个图是根据自己的理解画的。实际上工厂方法中有两个继承树（两个抽象类，被实例化），这个模式中树其实并不深，结构也简单，产品的生产作为工厂的一个职能，实例化一个产品，被委托给了工厂，实现了隐藏。

总结

总的来说，工厂方法有两棵树，其中一颗是辅助的，生产产品被委托在工厂类中。这种继承关系符合开闭原则，但是对于复杂的要求，需要生成的类会很多，个人觉得情况简单情况下，为提高可维护性可采用。Lab3中，我并没有严格按这种模式完成某些内容，一方面我是真的觉得赘余，程序可维护性提高了，代码可维护性呢？还不如根据要求结合多种设计模式来编写程序。可见的好处不限于代码复用性很高，且实际新代码（指逻辑）量低。之后会再写其它设计模式，概念和样例代码借鉴于简书设计模式总结，仅结合实验和课程实际将自己一些思考写出来。参考链接
关于这部分内容最开始的几个核心原则可以参看Wikipedia。