常见设计模式-工厂模式

简单工厂模式：

       定义：是指由一个工厂对象决定创建出哪一种产品类的实例。

       目的是：解决代码重复利用问题，减少冗余。         

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

       缺点：1、不易于扩展过于复杂的产品结构。

                  2、工厂类的职责相对过重，增加新的产品时需要修改工厂类的判断逻辑，违背开闭原则。

        由此可见：

             1、 工厂类负责创建的对象较少。

             2、 客户端只需要传入工厂类的参数，对于如何创建对象的逻辑不需要关心。

        适用场景： 

             1、如果创建的对象非常繁琐，非常复杂，可以使用工厂模式。     

        比如 Calendar类、LoggerFactory类、以及Spring中Appliaction类。

        大部分工厂本身就是一个单例模式。

工厂方法模式：

        定义：一个创建对象的接口，但让实现这个接口的类来决定实例化那个类，工厂方法让类的实例推迟到子类中进行。

        适用场景：

              1、创建对象需要大量重复的代码

              2、客户端（应用层）不依赖于产品类实例如何被创建、实现等细节。

              3、一个类通过其子类来指定创建那个对象

  

        优点：

             1、用户只需要关心产品所对应的工厂，无需关心细节。

             2、 加入新产品符合开闭原则，提高了系统的可扩展性。

       缺点：

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

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

抽象工厂模式

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

        规定一个顶层工厂，让下面子工厂都去继承该顶层工厂。

我们可以扩展工厂以及扩展使用不同的生产对象。

        

      优点：

            1、客户端（应用层）不依赖于产品类实例如何被创建、实现等细节。

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

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

      缺点：      

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

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