设计模式-工厂模式学习总结

简单工厂模式

应用实例：

        Calender，它同时也是一个单利模式的实例。

适用场景：

       工厂类负责创建的对象较少，客户端只需要传入工厂类的参数，对于如何创建对象的逻辑不需要关系。

优点：

       只需要传入一个正确的参数，就可以获取你所需要的对象，无需知道其创建细节。

缺点：

       工厂类职责相对过重，增加新产品时需要修改工厂类的判断逻辑，违背开闭原则。也不利于扩展过于复杂的产品结构。

工厂方法模式

定义：

工厂方法模式是指定义一个创建对象的接口，但让实现这个接口的类（工厂）来决定实例化哪个类（产品），工厂方法让类的实例化推迟到子类中进行。

应用实例：

Logger,它同时也是一个单利模式的实例。

 

适用场景：

创建对象有大量重复的代码

客户端不再依赖于产品类实例如何被创建。

一个类通过其子类来制定创建哪个对象。

优点：

用户只需要关系所需产品对应的工厂，无需关心创建细节。2.加入新产品符合开闭原则（只需要增加该产品的类，以及该产品的工厂），提高了系统的可扩展性

缺点：

1.产品的增多，类的个数容易过多，增加了代码结构的复杂度。

2.增加了系统的抽象性和理解难度

 

与简单工厂模式的区别：

为了遵循单一职责原则，简单工厂在随着产品逻辑的改变及产品链的升级扩展，产品的差异化逻辑会越来越大，这样就需要在工厂内增加大量的ifelse逻辑，这就违背了开闭原则，不利于代码维护。工厂方法模式，就是讲职责拆开，不同的工厂，负责不同的产品的创建逻辑。

 

抽象工厂模式

定义： 抽象工厂模式是指提供一个创建一系列相关或相互依赖对象的接口，无需指定他们具体的类。

概念：

解决了产品链，产品等级结构，产品族非常复杂的生产情况。

 

抽象工厂不符合开闭原则！

-当我们增加一个产品的时候，增加一个课程源码的产品ISource，所有的子工程都要增加此方法，不符合开闭原则

但是代码允许更新迭代，如果经常改变，这种场景不适用抽象工厂模式。

 

适用场景：

客户端不依赖于产品实例如何被创建、实现等细节。

2.强调一系列相关的产品对象（属于同一产品族）一起使用创建需要大量重复的代码。

3.提供要给产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。

 

优点：

1.具体产品在应用层代码隔离，无需关心创建细节

2.将一个系列的产品统一到一起创建。

缺点：

1.规定了所有可能被创建的接口集合，产品族中扩展新的产品困难，需要修改抽象工厂的接口。

2.增加了系统的抽象性和理解难度。