工厂模式：
简单工厂：是产品的工厂
工厂方法：工厂的工厂
抽象工厂：复杂产品的工厂
简单工厂模式：Simple Factory Pattern, SFP
由一个工厂对象决定创建出哪一种产品类的实例
但它不属于 GOF 23（四人组）
适用于工厂类负责创建的对象较少的场景，且客户端只需要传入工厂类的参数
工厂类可结合反射、泛型进行代码优化
JDK中的体现：
Calendar.getInstance()
LoggerFactory.getLogger()
缺点：
工厂类的职责相对过重，不易于扩展过于复杂的产品结构
源码：
pattern.factory.simplefactory
============================================================================
工厂方法模式：Fatory Method Pattern, FMP
定义一个创建对象的接口，让实现这个接口的类来决定实例化哪个类，工厂方法让类的实例化推迟到子类中进行。
符合开闭原则
主要解决产品扩展问题
根据单一职责，拆分专人干专事，不同的产品由不同的工厂类创建，对工厂本身也做一个抽象
JDK中的体现：
LoggerFactory.getLogger()
Logger
适用场景：
创建对象需要大量的重复代码
客户端（应用层）不依赖于产品类实例如何被创建的、实现等细节
一个类通过其子类来指定创建哪个对象
缺点：
类的个数过多，增加复杂度（系统抽象性、理解难度）
源码：
pattern.factory.factorymethod
============================================================================
抽象工厂模式：Abastract Factory Pattern, AFP
提供一个创建一系列相关或相互依赖对象的接口，无须指定她们具体的类。
需要提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现
讲解抽象工厂前，需要了解两个概念：产品等级结构和产品族
产品族与产品等级结构的关系图？
源码：
pattern.factory.abstractfactory
如：描述两个产品族 Java课程和 Python课程，也描述两个产品等级 视频和笔记。
继续扩展产品等级，将源码也加到课程中，代码从抽象工厂到具体工厂全部都要调整
不符合开闭原则
缺点：
规定了所有可能被创建的产品集合，产品族中拓展新的产品困难，需要修改抽象工厂接口
增加系统抽象性和理解难度
实际应用中，千万不能犯强迫症，在实际需求中产品等级升级是非常正常的意见事情。
可以根据实际情况，只要不是频繁升级，可以不遵循开闭原则。
代码每半年升级一次或每年实际一次 由有何不可呢？
============================================================================
工厂模式实践案例
JDBC 操作案例
为了避免每次操作都需要重新创建数据库连接（非常耗性能，消耗业务调用时间）
利用工厂模式，将数据库连接预先创建好放到容器中缓存起来，业务调用时只需要现取现用。
源码：
sqlhelper.org.jdbc.sqlhelper
作业：
1.工厂类一定需要将构造方法私有化吗，为什么？
2.用工厂模式设计支付业务场景，包含跨境支付，支付宝、微信、银联支付,并画出类图。
/homework/subjects/7e7e7f7ff7g5dgc2g6fgf9