工厂方法模式

概念

简单工厂模式已经了解过了，它的缺点也很明显：违背开闭原则，容易造成Factory类复杂度过大。工厂方法模式可以适当解决这些问题。

定义：工厂方法模式（Factory Method Pattern），定义一个创建对象的接口，让其子类来创建对象。结构图如下：

实例

下面让我们将简单工厂中的例子改写下，将GirlFactory改为接口，额外添加三个工厂类。

123456789101112131415161718192021222324252627

public interface  {    public Girl createGirl();}public class XiaoCaoFactory implements  {        public Girl createGirl() {        Girl xiaoCao = new XiaoCao();        return xiaoCao;    }}public class XiaoHuaFactory implements  {        public Girl createGirl() {        Girl xiaoHua = new XiaoHua();        return xiaoHua;    }}public class XiaoYeFactory implements  {        public Girl createGirl() {        Girl xiaoYe = new XiaoYe();        return xiaoYe;    }}

同时将客户端类Mother调用方式改写下

1234567891011

public class Mother {    public static void main(String[] args) {        GirlFactory factory= new XiaoCaoFactory();        Girl girl = factory.createGirl();        girl.name();        girl.character();    }}运行结果：我是一个漂亮的，身材棒的女孩！我的名字是小花！

可以看到运行结果不变，不过类的数目增加了3个（项目结构复杂了），这样做的好处在哪里？答案是解耦。我们可以想想，如果需要添加新的concreteProduct时，需要怎么做。

1.建立新的Girl类（concreteProduct），比如XiaoHong、XiaoJing，让它继承于Girl接口。
2.建立新的Factory类（concreteFactory）,让它继承于GirlFactory接口,通过这个Factory类来建立Girl对象。
3.改写客户端Mother，将Factory更换。

注意：在这个过程中我们并没有对原有的服务端类Factory和Product进行修改（Mother类属于客户端），而是通过java的多态特性根据需求对进行扩展（增加了concreteProduct类和concreteFactory类，没有改动原来服务端的代码，符合开闭原则，对修改关闭，对扩展开放）。

总结

缺点

新增产品类时系统的类成对增加（concreteProduct与concreteFactory），增加系统的复杂度，额外的编译开销

适用场景

客户端不需知道类名，只需要知道工厂就可以
系统后续扩展趋势较大，用来保证系统解耦度

来源：https://www.cnblogs.com/lijianming180/p/12284198.html

标签

工厂方法模式