简单工厂,工厂方法,抽象方法

首先:简单工厂,工厂方法,抽象工厂三者 都属于创建型模式.主要功能是帮助我们把对象的实例部分抽象出来.优化了系统的架构,并且增强了系统了扩展性.

1:简单工厂

              简单工厂模式的工厂类一般是使用静态方法,实质是由一个工厂类根据传入的参数,动态的决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例.

             工厂角色:简单工厂模式的核心,它负责实现创建所有实例的内部逻辑,工厂类可以被外界直接调用,创建所需的产品对象.

             抽象产品角色:简单工厂模式所创建的所有对象的父类,它负责描述所有实例共有的公共接口.

              具体产品角色:是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例.

优缺点:

       优点: 工厂类是整个模式的关键,包含了必要的逻辑判断,根据外接给定的信息,决定究竟应该创建那个具体类的对象.

               通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责"消费"对象就可以了.而不必管这些对象究竟如何创建及如何组织的.明确了各自的职责和权力.           缺点:由于工厂类集中了所有的实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中,它所能创建的类只能是事先考虑到的,如果需要添加新的类,则要改变工厂类了. 

               当系统中具体产品类不断增多的时候,可能会出现要求工厂类根据不同条件创建不同的实例的需求,这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利. 

这些缺点在工厂方法模式中得到了一定的克服.

使用场景: 

             工厂类负责创建的对象比较少.

             客户只知道传入工厂类的参数,对于如何创建对象不关心.

             由于简单工厂很容易违反高内聚责任分配原则,因此一般只在很简单的情况下应用.

2:工厂方法

 工厂方法(Factory Method)模式的意义是定义一个创建产品对象的工厂接口,将实际创建工厂推迟到子类当中.核心工厂类不在负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口,这样使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品.

其实工厂方法就是简单工厂的一种衍生,解决了许多简单工厂模式的问题.首先实现了开-闭原则,实现了可扩展,其次更复杂的层次结构,可以应用于产品结果复杂的场合

工厂方法模式对简单工厂模式进行了抽象,有一个抽象的Factory类,这个类将不再负责具体的产品生产,而是只指定了一些规范,具体的生产工作是有其子类完成的..在这个模式中,工厂类和产品类往往可以依次对应,即一个抽象工厂对应一个抽象产品,一个具体工厂对应一个具体产品.

抽象工厂角色::是工厂方法模式的核心,与应用程序无关.任何在模式中创建的对象的工厂类必须实现这个接口.

具体工厂角色:这个实现抽象工厂接口的具体工厂类.包含于应用程序密切相关的逻辑.

抽象产品角色:工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口.

具体产品角色:这个角色实现了抽象产品角色所定义的接口.某具体产品有专门的具体工厂创建,它们之间往往一一对应.

工厂方法模式的应用:

 1:对于某个产品,调用者清楚地知道应该使用哪个具体工厂服务,实例化该具体工厂,生产处具体的产品出来.

2:只是需要一种产品,而不想知道也不需要知道究竟是哪个工厂生产的.最终选用哪个具体工厂决定权在生产者乙方,它们根据系统的情况来实例化一个具体的工厂返回给使用者.

三:抽象工厂模式

抽象工厂模式实质是"提供接口,创建一系列的相关或独立的对象,而不指定这些对象的具体类"

抽象工厂模式是工厂方法模式的升级版本，他用来创建一组相关或者相互依赖的对象。他与工厂方法模式的区别就在于，工厂方法模式针对的是一个产品等级结构；而抽象工厂模式则是针对的多个产品等级结构。在编程中，通常一个产品结构，表现为一个接口或者抽象类，也就是说，工厂方法模式提供的所有产品都是衍生自同一个接口或抽象类，而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。

        在抽象工厂模式中，有一个产品族的概念：所谓的产品族，是指位于不同产品等级结构中功能相关联的产品组成的家族。抽象工厂模式所提供的一系列产品就组成一个产品族；而工厂方法提供的一系列产品称为一个等级结构。我们依然拿生产汽车的例子来说明他们之间的区别。

优点:

      抽象工厂模式除了具有工厂方法模式的优点外，最主要的优点就是可以在类的内部对产品族进行约束。所谓的产品族，一般或多或少的都存在一定的关联，抽象工厂模式就可以在类内部对产品族的关联关系进行定义和描述，而不必专门引入一个新的类来进行管理。

缺点:

       产品族的扩展将是一件十分费力的事情，假如产品族中需要增加一个新的产品，则几乎所有的工厂类都需要进行修改。所以使用抽象工厂模式时，对产品等级结构的划分是非常重要的。

使用场景:

        当需要创建的对象是一系列相互关联或相互依赖的产品族时，便可以使用抽象工厂模式。说的更明白一点，就是一个继承体系中，如果存在着多个等级结构（即存在着多个抽象类），并且分属各个等级结构中的实现类之间存在着一定的关联或者约束，就可以使用抽象工厂模式。假如各个等级结构中的实现类之间不存在关联或约束，则使用多个独立的工厂来对产品进行创建，则更合适一点。

总结:

无论是简单工厂模式，工厂方法模式，还是抽象工厂模式，他们都属于工厂模式，在形式和特点上也是极为相似的，他们的最终目的都是为了解耦。在使用时，我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式，因为他们之间的演变常常是令人琢磨不透的。经常你会发现，明明使用的工厂方法模式，当新需求来临，稍加修改，加入了一个新方法后，由于类中的产品构成了不同等级结构中的产品族，它就变成抽象工厂模式了；而对于抽象工厂模式，当减少一个方法使的提供的产品不再构成产品族之后，它就演变成了工厂方法模式。

       所以，在使用工厂模式时，只需要关心降低耦合度的目的是否达到了。