简介
- 定义:“工厂方法模式,又称工厂模式、多态工厂模式和虚拟构造器模式,通过定义工厂父类负责定义创建对象的公共接口,而子类则负责生成具体的对象。”
- 作用:将类的实例化(具体产品的创建)延迟到工厂类的子类(具体工厂)中完成,即由子类来决定应该实例化(创建)哪一个类。
- 优点:
更符合开闭原则:新增产品的时候,只要增加相应的具体产品类和相应工厂类
符合单一职责原则:一个具体工厂只创建一个对应产品
- 缺点
增加新产品将额外产生更多的工厂类和产品类,这种增长与后续更新的产品种类的数目正相关。而类数目的增加也意味着更多资源的开销。
工厂方法的最大特点就是工厂类来源于一个抽象工厂类,而面对具体问题的时候,相同特征的提取难度暂且不论,一般很难保证最优化/最大化的共同特征提取。产品同理。
一个工厂只生产一种产品过于单一,开销也大。
代码样例
- 创建抽象工厂和抽象产品类
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。