场景
需求：实现一个披萨店订购功能
- 披萨的种类很多(比如 GreekPizz、CheesePizz等)
- 披萨的制作有 prepare，bake, cut, box
传统的方式的优缺点
- 优点是比较好理解，简单易操作。
- 缺点是违反了设计模式的 OCP原则，即对扩展开放，对修改关闭。即当我们给类增加新功能的时候，尽量不修改代码，或者尽可能少修改代码.
- 比如我们这时要新增加一个 Pizza的种类( (cheese2披萨) )，我们需要做如下修改.
如果我们增加一个 Pizza类，只要是订购 Pizza的代码都需要修改.
4) 如上图，若订单功能有好几处都在用，比如OrderPizza在多个地方都在引用，那么增加一个披萨制作的话，就会导致OrderPizza,OrderPizza2,OrderPizza3里的判断逻辑都需要修改
- 改进的思路分析
分析：修改代码可以接受，但是如果我们在其它的地方也有创建 Pizza 的代码，就意味着，也需要修改，而创建 Pizza的代码，往往有多处。
思路：把创建 Pizza 对象封装到一个类中，这样我们有新的 Pizza种类时，只需要修改该类就可，其它有创建到 Pizza
对象的代码就不需要修改了.-> 简单工厂模式
1.简单工厂(静态工厂)
基本介绍
1)简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式
2) 简单工厂模式：定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)
3) 在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式.
4)简单工厂模式 也叫 静态工厂模式，当创建类的方法设置为static的时候，就是静态工厂模式，如下图：
2.工厂方法
场景
披萨项目新的需求：客户在点披萨时，可以点不同地区口味的披萨(有些地方做的披萨，虽然是同样的披萨，可能口味是不一样的)，比如 北京的奶酪 pizza、北京的胡椒 pizza或者是伦敦的奶酪 pizza、伦敦的胡椒 pizza。
- 工厂方法模式设计方案：将披萨项目的实例化功能抽象成抽象方法，在不同的口味点餐子类中具体实现。
- 工厂方法模式：定义了一个创建对象的抽象方法，由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。
3.抽象工厂
基本介绍
- 抽象工厂模式：定义了一个 interface用于创建相关或有依赖关系的对象簇，而无需指明具体的类
- 抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
- 从设计层面看，抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
- 将工厂抽象成两层，==AbsFactory( (抽象工厂) )==和 具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。
- 类图
1.把生成类的方法抽象出来生成一个工厂接口层
2.所有具体工厂，根据自己的需求，进行相关逻辑创建披萨类
3.把工厂接口类聚合到披萨预定功能类中，供后续调用预定功能时传入不同的工厂类进行生产披萨
4.指定北京工厂，则生产北京地区的披萨，然后启动程序，再根据客户输入type类型参数，进行披萨生产
4.工厂模式在JDK-Calendar应用的源码分析
5.工厂模式小结
- 工厂模式的意义
将实例化对象的代码提取出来，放到一个类中统一管理和维护，达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。 - 三种工厂模式 (简单工厂模式、工厂方法模式、抽象工厂模式)
- 设计模式的依赖抽象原则
- 创建对象实例时，不要直接 new类, 而是把这个 new类的动作放在一个工厂的方法中，并返回。有的书上说， 变量不要直接持有具体类的引用。
- 不要让类继承具体类，而是继承抽象类或者是实现 interface(接口)
- 不要覆盖基类中已经实现的方法。