第6章 工厂模式
内容来自尚硅谷Java设计模式（图解+框架源码剖析）_哔哩哔哩_bilibili
写在前面:本文内容大致和原视频内老师的笔记内容相同，会偶尔插入自己的注释和理解，尽量会完成作业
6.1简单工厂模式
6.1.1看一个具体的需求
看一个披萨的项目:要便于披萨种类的扩展，要便于维护
1) 披萨的种类很多(比如GreckPizza、CheesePizza 等)
2) 披萨的制作有prepare，bake，cut，box
3) 完成披萨店订购功能。
6.1.2使用传统的方式来完成
1) 思路分析(类图)
编写OrderPizza.java 去订购各种需要的Pizza
1) 代码演示
6.1.3传统的方式的优缺点
1) 优点是比较好理解，简单易操作。
2) 缺点是违反了设计模式的ocp原则，即对扩展开放，对修改关闭。即当我们给类增加新功能的时候，尽量不修改代码，或者尽可能少修改代码.
3) 比如我们这时要新增加一个Pizza的种类(Pepper 披萨)，我们需要做如下修改.
如果增加一个pizza类，只要是订购披萨的代码，都需要修改
4) 改进的思路分析
分析:修改代码可以接受，但是如果我们在其它的地方也有创建Pizza的代码，就意味着，也需要修改，而创建Pizza的代码，往往有多处。
思路:把创建Pizza对象封装到一个类中,这样我们有新的Pizza种类时,只需要修改该类就可,其它有创建到Pizza对象的代码就不需要修改了>简单工厂模式
6.1.4简单工厂模式的基本介绍
1) 简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式
2) 简单工厂模式:定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)
3) 在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式
6.1.5使用简单工厂模式
简单工厂模式的设计方案:定义一个可以实例化Pizza对象的类，封装创建对象的代码。
代码演示
6.2工厂方法模式
6.2.1看一个新的需求
披萨项目新的需求:客户在点披萨时，可以点不同口味的披萨，比如北京的奶酪pizza、北京的胡椒pizza或者是伦敦的奶酪pizza、伦敦的胡椒pizza。
6.2.2思路1
使用简单工厂模式，创建不同的简单工厂类，比如BJPizaSimpleFactory、LDPizaSimpleFactory等等.从当前这个案例来说，也是可以的，但是考虑到项目的规模，以及软件的可维护性、可扩展性并不是特别好
6.2.3思路2
使用工厂方法模式
6.2.4工厂方法模式介绍
1.工厂方法模式设计方案:将披萨项目的实例化功能抽象成抽象方法，在不同的口味点餐子类中具体实现。
2.工厂方法模式:定义了一个创建对象的抽象方法，由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。
6.2.5工厂方法模式应用案例
披萨项目新的需求:客户在点披萨时，可以点不同口味的披萨，比如北京的奶酪pizza、北京的胡椒pizza或者是伦敦的奶酪pizza、伦敦的胡椒pizza。
思路分析
或者看下面这张图
代码实现
6.3抽象工厂模式
6.3.1基本介绍
1) 抽象工厂模式:定义了一个interface用于创建相关或有依赖关系的对象簇，而无需指明具体的类
2) 抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
3) 从设计层面看，抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
4) 将工厂抽象成两层，AbsFactory(抽象工厂)和具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。
5) 类图
或者看下面的一张图
6.3.2抽象工厂模式的应用实例
使用抽象工厂模式完成披萨项目
6.4工厂模式在JDK-Calendar应用的源码分析
1) JDK中的Calendar类中，就使用了简单工厂模式
2) 源码分析+Debug源码+说明
源码部分
6.5工厂模式小结
1) 工厂模式的意义
将实例化对象的代码提取出来，放到一个类中统一管理和维护，达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。
2) 三种工厂模式()
3) 设计模式的依赖抽象原则
Ø 创建对象实例时，不要直接new类，而是把这个new类的动作放在一个工厂的方法中，并返回。有的书上说，变量不要直接持有具体类的引用。
Ø 不要让类继承具体类，而是继承抽象类或者是实现interface(接口)
Ø 不要覆盖基类中已经实现的方法。
