浅谈工厂模式

一.简单工厂的UML图（未优化）

优化后

工厂方法模式UML图：

抽象工厂模式UML图：

二.产品等级相当于后面增加的录播，课堂的接口，扩展产品族的产品等级Java课程video以及Python课程video。
三.简单工厂模式：使用了简单工厂模式后，相比不使用工厂模式，隐藏了实现类的细节，客户端的调用简单了 ，但是如果要新增业务，Create中就需要根据产品链进行代码的修改，不符合开闭原则，因此利用反射对简单工厂进行了优化。但是因为又要进行类型强转，以及CourseFactory中的create方法参数为String，可控性有待提高，所以用了泛型再次对简单工厂进行优化。缺点：工厂类的职责过重，不易于扩展过于复炸的产品结构。
工厂方法模式：根据产品链的丰富，工厂的指责会越来越多，有点像万能工厂，不便于维护，根据单一职能继续拆分，每个课程由每个课程的工厂创建，工厂本体也做一个抽象。工厂方法模式适用于：1.创建对象需要大量重复代码。2.客户端不依赖产品类实例如何被创建，实现等细节。3.一个类通过其子类来指定创建哪个对象。
缺点：类的个数过多，增加复杂性。增加了系统的抽象性和理解难度。
抽象工厂模式：完美地描述了产品等级和产品族的关系，但是如果扩展了产品等级，从抽象工厂到具体的产品族工厂全部要调整，不符合开闭原则，也增加了系统的抽象性和理解难道。