我想说设计模式之工厂模式

我把设计模式分为三种：构造型、结构型、行为型。这也是基本的分类，我并没有创新，可能名字跟书本上的不一致，但是意思是一样的。那工厂模式属于哪种设计模式？要回答这个问题，那么我们首先必须对设计模式的分类有所了解。下来，我就简单的区分下这三种分类。

构造型：就是为了把构造对象和使用对象分离开，为什么要分离开？因为要构造的这个对象比较复杂，而且可能多处需要用。另外单独构造对象，其实是实现了构造过程的封装。

结构型：结构决定功能，为了实现软件复杂的功能，众多对象需要一个合理的结构。那么就得考虑对象之间的关系。对象之间的关系，包含五种：继承、组合、聚合、关联、依赖。为了记住这些东西，我发挥下想象力。继承恰如父母与子女的亲情关系。组合像人体的五脏六腑和人之间的关系。聚合正如刘关张与刘备集团。关联恰似朋友。依赖仿佛同事。我想说的是这个顺序刚好从耦合性最强到最弱，不是吗？

行为型：如果说，构造型和结构型是静态的，那么行为型是动态的，它体现了对象之间的协作。

接下来，我们谈谈工厂模式，如下图：

 1   public class InnerReferenceEndNoteFactory
 2     {
 3 
 4         public static IInnerReference GetInnerReferenceInstance(ReferenceSystem system)
 5         {
 6             if (system == ReferenceSystem.CodeOrder)
 7             {
 8                 return new InnerReferenceCode();
 9             }
10             else if (system == ReferenceSystem.AuthorYear)
11             {
12                 return new InnerReferenceAuthorYear();
13             }
14            
15         }
16     }
17     public interface IInnerReference
18     {
19         void CreateInnerReference();
20     }

代码说明：上面代码实现了一个简单工厂，定义了一个接口，只有一个方法：创建word文中引文。子类 InnerReferenceCode和 InnerReferenceAuthorYear 实现了这个接口。具体实现的代码没有贴出来。工厂内部返回了一个恰当的对象，根据 ReferenceSystem作为条件来判断。ReferenceSystem 是word文中引文的编码模式。而编码模式分为两种：1、顺序编码制 2、作者年度制。所谓顺序编码，就是阿拉伯数字，或者罗马数字等与数字顺序相关的。作者年度制是先按作者排序，然后按年排序，主要考虑到同一作者在不同年度发表论文的情况。

如何使用该工厂？直接调用：InnerReferenceEndNoteFactory.GetInnerReferenceInstance(ReferenceSystem.CodeOrder)，因为是静态调用，所以我们也可以称静态工厂。

不料，我把前辈们的代码重构成这个样子，现在需求又变了。我们要增加脚注的功能。脚注也要实现类似的功能。那之前的代码，是直接暴露出if..else的判断，然后直接实现各个分支的功能。那现在还要在此基础上更改吗？如果再增添一个类似的功能，我的if..else不知道要嵌套成什么样子。先说尾注的文中引文编码模式两种，脚注也是这两种，增添新的功能，也是这两种模式。我们该如何写代码呢？理清思路，如果我们用面向过程的思维：第一步判断是脚注还是尾注或者是其它，第二步判断是顺序编码制，还是作者年度制。这样我们的代码可能是这样子：

else

else if

else

如果我们想象下，再增添一种编码制，那这棵树的深度继续增加，到时候势必会增加阅读代码的难度，对于接手代码的人无疑会造成心理压力，那别人可能会心里骂你，把代码都写成这样了。说到这里，我并非说过程思维不好，任何技术或者思想都有适用的场景，面向对象的思想，正是解决复杂问题的一种指导思想。接下来，看看我的重构：

 1    public interface IInnerReferenceFactory
 2     {
 3         IInnerReferenceCode GetInnerReferenceCodeInstance();
 4         IInnerReferenceAuthorYear GetInnerReferenceAuthorYearInstance();
 5     }
 6 
 7     public class InnerReferenceFootNoteFactory : IInnerReferenceFactory
 8     {
 9         public IInnerReferenceCode GetInnerReferenceCodeInstance()
10         {
11             return new InnerNoteFootRerenceCode();
12         }
13 
14         public IInnerReferenceAuthorYear GetInnerReferenceAuthorYearInstance()
15         {
16             throw new NotImplementedException();
17         }
18     }
19 
20     public class InnerReferenceEndNoteFactory:IInnerReferenceFactory
21     {
22         public IInnerReferenceCode GetInnerReferenceCodeInstance()
23         {
24             return new InnerReferenceCode();
25         }
26         public IInnerReferenceAuthorYear GetInnerReferenceAuthorYearInstance()
27         {
28             return new InnerReferenceAuthorYear();
29         }
30     }

代码说明：我的工厂开始变化了，变成了抽象的工厂 IInnerReferenceFactory，这个工厂构造两种规格的对象 IInnerReferenceCode 和 IInnerReferenceAuthorYear，够抽象了吧。现在看看我们的具体工厂：InnerReferenceFootNoteFactory ，这个是尾注工厂，因为它实现了抽象的工厂，所以就得生产两种对象，生产的对象必须要满足特定的规格，比如 new InnerNoteFootRerenceCode 这个对象必须得实现 IInnerReferenceCode这个接口。

下来看看如何调用：

 1   public override void CreateInnerReference(FieldData fieldData, List<Bibliography> bibliographies, Journal journalStyle, Dictionary<Guid, string> _dict_Computed = null)
 2         {
 3             ReferenceSystem system = journalStyle.General.RefSystem;
 4             var factory = new InnerReferenceFootNoteFactory();
 5 
 6             if (system == ReferenceSystem.CodeOrder)
 7             {
 8                 factory.GetInnerReferenceCodeInstance().CreateInnerReferenceCode(fieldData, bibliographies, journalStyle, _dict_Computed);
 9             }
10             if (system == ReferenceSystem.AuthorYear)
11             {
12                 factory.GetInnerReferenceAuthorYearInstance().CreateInnerReferenceAuthorYear(fieldData, bibliographies, journalStyle);
13             }
14         }

首先，我们得确定实例化哪个工厂，然后根据编码制确定要生成的对象。因为这部分代码是用来实现脚注功能的，所以实例化哪个工厂其实已经很明确了。这就是抽象工厂。那么有人可能注意到了，为什么不使用工厂模式呢？

我们先来看个图：

正方形代表：作者年度编码制

椭圆：顺序编码制

黑色：尾注

灰色：脚注

次灰色：扩展功能

模式	目前工厂数	增加一个产品族	增加一个产品等级
工厂	4	+2工厂	+2工厂
抽象工厂	2	+1工厂	修改2个工厂

从表格可以看出，抽象工厂使用的工厂数比较少，尤其在一个产品族里，产品比较多的情况下，非常适用。

抽象工厂使用的时候，也是根据条件选择合适的工厂，如果我们把这部分代码用简单工厂封装起来，这时候，我们可以称为工厂的工厂模式。