设计者模式之工厂模式(Factory Method Pattern)

工厂方法模式（Factory Method Pattern）：
定义一个创建对象的接口，让实现这个接口的类来决定实例化哪个类；工厂方法让类的实例化推迟到子类中进行；

a.简单工厂模式(Simple Factory Pattern):
由一个工厂对象决定决定创造出哪一种产品类的实例;
属于创建型模式,但是不属于GOF 23中设计者模式;
适用场景:工厂类负责创建的对象较少;客户端只需要传入工厂类的参数,无需知道创建对象的逻辑;LoggerFactory,Calendar;
优点:
解耦,降低了修改代码时候的风险(直接new一个对象就会造成程序的严重耦合，如果要更换一个对象，所有new的地方需要重新修改一遍);遵循了什么设计原则?违背了什么设计原则?
缺点:
不易于扩展负责的产品结构;

b.抽象工厂模式：
提供创建一系列相关或者相互依赖对象的接口，无须指定他们具体的类；
属于创建型设计模式；
优点:
工厂方法适用于产品过多的场景，解决了简单工厂违背开闭原则的问题，在需要新增产品的时候，只需要去增加对应的工厂类。提高的系统的扩展性
缺点:
类的个数容易过多,增加了代码结构的复杂度;增加了代码的抽象性和理解难度;
适用场景:
应用层不依赖于产品类实例如何被创建,实现等细节;
强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码;
提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现;
应用实例：
数据库连接；
产品族: 一系列的相关的产品,整合到一起有关联性;
产品等级:同一个继承体系;