简单工厂模式vs工厂方法模式vs抽象工厂模式

 

一、定义

简单工厂模式（Simple Factory）：将对象的创建完全独立出来，让对象的创建和具体的使用客户无关。封装了创建不同对象这个变化点。属于创建模式。

工厂方法模式（Factory Method）：定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。

抽象工厂模式（Abstract Factory）:提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

工厂的使用，选择的过程

工厂模式的使用，实际上是客户（产品的消费者）对于产品选择的过程，对于实现了相同功能的产品来讲，客户更加关心的是产品间的差异性，而工厂的作用则是将产品的生产过程封装，根据客户的要求直接返回客户需要的产品。注意，工厂只是隐藏了产品的生产过程，但是并没有剥夺客户选择的权利，那么客户的这个选择过程又是如何体现的呢？在简单工厂中，客户通过参数的形式告诉工厂需要什么样的产品，而在工厂方法中，客户通过对工厂的选择代替了直接对产品的选择，注意到工厂方法中一个工厂只有一个Create方法，也就是说一个工厂只负责生产一种产品，那么你选择了相应的工厂也就等同于你选择了对应的产品。就连改良后的反射工厂也没有消去对产品的选择，只不过是将这种选择外化（外化到配置文件中，从而使得对代码的改动最小）。可以说，正是由于产品间的差异性带给了客户选择的权利，这种权利是不应当被工厂取代的，那么工厂模式的价值又在哪里呢？答案是抽象与封装，工厂模式将由于客户的不同选择而可能导致的对已知事物的影响降到最低，途径是通过抽象产品取代具体产品，使得客户依赖于抽象（越抽象的东西越稳定），同时将客户的选择封装到一处，隔离与具体产品间的依赖

举个肯德基与麦当劳的例子，假设原来只有一家快餐店叫做麦当劳，提供的食物（具体产品）有汉堡、可乐、薯条，它们都可以满足你吃东西（抽象接口）的需求，那么你想吃快餐的时候，唯一的选择就在于吃什么，是一维选择，现在又开了一家快餐店叫做肯德基，同样供应汉堡、可乐和薯条，那么现在你若打算吃快餐，除了考虑吃什么外，还要考虑去哪里吃--肯德基还是麦当劳？这便是二维的选择。通过横向与纵向的选择才能最终锁定你要的产品。

 

引入系列的概念，相互间具有差异的同一类别的产品称为不同的系列，如肯德基和麦当劳就是两个不同的系列。

这种选择的区别带来的另外一个后果就是产品间的差异（系列间的差异）变为客户的次要选择，而客户主要的精力放在了功能的选择上（类别的选择）。

我们结合实例来看看抽象工厂的一般设计及实现

最后再将上面提到的种种概念进行一下总结

类别 = 接口 = 抽象产品 = 具体产品所具有的共同功能，通过采用工厂的某个具体方法来体现选择。

系列 = 抽象工厂 = 同一类别间不同产品的差异，通过对实例化某个具体工厂来体现选择。

反射机制实现选择逻辑，关于工厂的工厂

这里新添加的 FFactory就是反射工厂 ，对于反射工厂来说，Abstract Factory就是抽象产品，FactoryA和FactoryB是相应的具体产品。

1
2
3

反射工厂

1 public static IFactory CreateFactory()
2         {
3 //从配置文件中读取需要实例化的工厂
4 string factoryName = ConfigurationSettings.AppSettings["factoryName"].ToString();
5
6             AbstractFactory factory;
7             factory = (AbstractFactory)Assembly.Load("Abstract Factory").CreateInstance("Abstract_Factory.ImproveFactory." + factoryName);
8 return factory;
9         }

客户使用

1 public void Run()
2         {
3             AbstractFactory factory = FFactory.CreateFactory();//生产工厂的工厂，采用反射机制
4             IProduct1 product1 = factory.CreateProduct1();
5             IProduct2 product2 = factory.CreateProduct2();
6
7             product1.DoTask1();
8             product2.DoTask2();
9         }