🍟简单工厂模式
看一个具体的需求
看一个披萨的项目：要便于披萨种类的扩展，要便于维护
1)披萨的种类很多(比如 GreekPizz、CheesePizz 等)
2)披萨的制作有 prepare，bake, cut, box 3)完成披萨店订购功能。
使用传统的方式来完
准备一个抽象类
准备三个子类
一个订单服务器
一个客户端
传统的方式的优缺点
优点是比较好理解，简单易操作。
缺点是违反了设计模式的 ocp 原则，即对扩展开放，对修改关闭。即当我们给类增加新功能的时候，尽量不修改代码，或者尽可能少修改代码.
比如我们这时要新增加一个 Pizza 的种类(Pepper 披萨)，我们需要做如下修改.如果我们增加一个 Pizza 类，只要是订购 Pizza 的代码都需要修改
4)改进的思路分析
分析：修改代码可以接受，但是如果我们在其它的地方也有创建 Pizza 的代码，就意味着，也需要修改，而创建 Pizza的代码，往往有多处。
思路：把创建 Pizza 对象封装到一个类中，这样我们有新的 Pizza 种类时，只需要修改该类就可，其它有创建到 Pizza对象的代码就不需要修改了.-> 简单工厂模式
基本介绍
1)简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，工厂模式分为简单工厂模式及工厂方法模式
2)简单工厂模式：定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)
3)在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式.
uml图
简单方法工厂相比于正常的写法就多了个工厂类
并且将创建披萨的任务交给工厂类来创建，并且在订单服务器类中调用工厂类方法就可以获得披萨
🍖工厂方法模式
看一个新的需求
披萨项目新的需求：客户在点披萨时，可以点不同口味的披萨，比如 北京的奶酪 pizza、北京的胡椒 pizza 或者是伦敦的奶酪 pizza、伦敦的胡椒 pizza。
思路 1
使用简单工厂模式，创建不同的简单工厂类，比如 BJPizzaSimpleFactory、LDPizzaSimpleFactory 等等.从当前这个案例来说，也是可以的，但是考虑到项目的规模，以及软件的可维护性、可扩展性并不是特别好
思路 2
使用工厂方法模式
工厂方法模式介绍
1)工厂方法模式设计方案：将披萨项目的实例化功能抽象成抽象方法，在不同的口味点餐子类中具体实现。
2)工厂方法模式：定义了一个创建对象的抽象方法，由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。
工厂方法模式应用案例
披萨项目新的需求：客户在点披萨时，可以点不同口味的披萨，比如 北京的奶酪 pizza、北京的胡椒 pizza 或者是伦敦的奶酪 pizza、伦敦的胡椒 pizza
我们依据上面的图来创建主类
输入bj之后我们跟着断点来进行下去
发现它并没有进入到BJOrderPizza这个类中去，而是进入到了父类的构造方法里面去了
然后进入到createPizza方法中，由于该方法是抽象方法，所以又跳转到BJOrderPizza这个类中去
进而拿到了我们的披萨
这就是我们的工厂方法模式，它和简单工厂模式统一称为工厂模式，但是还有一个抽象工厂模式，在这里我们一起讲了
🍝抽象工厂模式
基本介绍
1)抽象工厂模式：定义了一个 interface 用于创建相关或有依赖关系的对象簇，而无需指明具体的类
2)抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
3)从设计层面看，抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
4)将工厂抽象成两层，AbsFactory(抽象工厂) 和 具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。
5)类图
可以看到这个相比于工厂方法模式的类图多了个AbsFactory类
我们debug一步一步跟着代码走
可以看到这里通过构造器的方式将LDFactory类注入了进来
这里就会进入具体的实现类里面去创建披萨
他其实就是将简单工厂模式和工厂方法模式进行整合。将工厂类给抽象出来。
实际上我们我们怎么使用呢？
如果你的项目需要使用很多不同类型的类，则推荐我们的抽象工厂模式
工厂模式在 JDK-Calendar 应用的源码分析
JDK 中的 Calendar 类中，就使用了简单工厂模式
工厂模式小结
1)工厂模式的意义将实例化对象的代码提取出来，放到一个类中统一管理和维护，达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。
2)三种工厂模式 (简单工厂模式、工厂方法模式、抽象工厂模式)
3)设计模式的依赖抽象原则
创建对象实例时，不要直接 new 类, 而是把这个 new 类的动作放在一个工厂的方法中，并返回。有的书上说，变量不要直接持有具体类的引用。
不要让类继承具体类，而是继承抽象类或者是实现 interface(接口) 不要覆盖基类中已经实现的方法。
资料参考：https://www.bilibili.com/video/BV1G4411c7N4
仓库地址：https://gitee.com/WangFuGui-Ma/design-pattern/tree/master/design/factory
