c++学习记录10（GeekBand）

这周课程继续设计模式。这里选出来最常用的工厂模式来说说。

先来说说，工厂模式使用的场景：

1.当你遇到需要创建的对象很多（new），导致工程中对象数目过多，自己都不清楚创建的对象是来干吗的。对后期的维护造成了很大的麻烦。

2.接口和实现分离。还是那几条原则。我们需要方便的构造对象的实例，而不用关心构造对象如何实现的。同时达到类似多态的获得对象实例的时候。

这个时候，我们需要工厂模式。

网上看了看资料，gof的《设计模式》一书中将工厂模式分为了两种：

1.工厂方法模式（Factory Method）

2.抽象工厂模式（Abstract Factory）

而在使用当中，很多人还增加了一种叫做简单工厂模式（Simple Factory）；骑士这个也是工厂模式的一种，gof将简单工厂模式也归入了工厂方法模式之中。

下面我们来看看这三种工厂模式。

一、简单设计模式。

看一下其结构图：

对于简单设计模式的结构图，我们可以很清晰的看到它的组成：

1) 工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。

2) 抽象产品角色：它一般是具体产品继承的父类或者实现的接口。

3) 具体产品角色：工厂类所创建的对象就是此角色的实例。

简单设计模式存在的目的很简单：定义一个用于创建对象的接口。

对以上的结构的优缺点进行以下分析：

对于以上的结构图，我们做一个简单的比方，假设：product为车，下面的三个子类为对应的三种车，factory就是工厂，制造车的工厂。现在我们可以造三种车，但是不能满足市场，我们需要创建另外一种车，对于product至于派生一个子类就ok了，这个很符合开闭原则。对于factory来说，我们就满足不了开闭原则了，因为在factory的制造业务方法中需要添加case，以达到创建目的车的目的。从这里我们很清楚的意识到，对于新的需求，工厂类的适应能力并不强。有些资料中说factory是“上帝类”，因为其一个人就完成了对象的封装创建工作，但是毕竟一人的力量是单一的，为了能解决这一问题，工厂方法模式出现了，工厂类定义为抽象类，通过派生子类，以达到单个工厂子类对应单个的对象的创建的局面，这样的设计很容易扩展，提高了工厂类的适应能力。对于简单工厂模式的代码十分的简单，这里对代码的实现不做展示。

二、工厂方法模式。

看一下其结构图：

对于上面的结构图，我们能很容易看出工厂方法模式和简单工厂模式的区别之处。工厂方法模式的应用并不是只是为了封装对象的创建，而是要把对象的创建放到子类中实现：Factory中只是提供了对象创建的接口，其实现将放在Factory的子类ConcreteFactory中进行。

对于工厂方法模式的组成：

1)抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。

2)具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。

3)抽象产品角色：它是具体产品继承的父类或者是实现的接口。

4)具体产品角色：具体工厂角色所创建的对象就是此角色的实例。

工厂方法模式使用继承自抽象工厂角色的多个子类来完成简单工厂模式中的“上帝类”所承担的工作。这样便分担了factory对象承受的压力，而且这样使得结构变得灵活起来——当需要新的产品产生时，只要派生一个新的产品类，然后派生一个与之对应的工厂类就可以完成新的产品的生产，而不必去修改任何已有的代码。可以看出工厂角色的结构也符合了开闭原则的！

对于工厂方法模式的出现，导致对象的数目成倍的增长。这不是我们所希望的，解决方案上面可以考虑一下简单工厂模式和工厂方法模式的结合。

有一个问题：工厂方法模式真的就做到适应能力强了吗？或者说真的避免了代码的改动了吗？回答当然是否定的。在简单工厂模式中，新产品的加入要修改工厂角色中的switch语句；而在工厂方法模式中，要么将判断逻辑留在抽象工厂角色中，要么将具体工厂角色写死。而且产品对象创建条件的改变必然会引起工厂角色的修改。对于以上的的问题，需要做一个反射机制。对于反射机制会在以后的学习过程中，更新出来。有兴趣的朋友，可以在网上了解一下。

在实际的应用过程中，我们会创建较为复杂的对象，然而工厂方法模式已不能满足我们的需求，这就需要用到抽象工厂模式。

三、抽象工厂模式

看一下其结构图：

对于上面的结构图，可以看出抽象工厂模式，比前两者更为的复杂和一般性，抽象工厂模式和工厂方法模式的区别就在于需要创建对象的复杂程度上。

抽象工厂模式：给客户端提供一个接口，可以创建多个产品族中的产品对象 ，而且使用抽象工厂模式还要满足一下条件：

1)系统中有多个产品族，而系统一次只可能消费其中一族产品。

2)同属于同一个产品族的产品以其使用。

抽象工厂模式的组成（和工厂方法模式一样）：

1)抽象工厂角色：这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。

2)具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。

3)抽象产品角色：它是具体产品继承的父类或者是实现的接口。

4)具体产品角色：具体工厂角色所创建的对象就是此角色的实例。