一、上篇回顾

　　上篇我们主要讲述了抽象工厂模式和工厂模式。并且分析了该模式的应用场景和一些优缺点，并且给出了一些实现的思路和方案,我们现在来回顾一下：

　　抽象工厂模式：一个工厂负责所有类型对象的创建，支持无缝的新增新的类型对象的创建。这种情况是通过配置文件来实现的，通过字典映射的方式来实现，不过可能效率上有点低下，可以通过优化的方式来做，上篇中我们也给出了委托的工厂实现形式，相比之前的简单工厂模式和工厂模式有了更好的灵活性，并且对具有依赖关系或者组合关系的对象的创建尤为适合。

　　上篇中，有不少的朋友提出了一些意见和建议，首先很感谢大伙的支持和鼓励，有朋友提出来，我画的图不够专业，专业人士应该用UML建模图来搞，我怎么说呢？我也同意这样的说法，但是我发现我通过另外的直观的图形，大家一看就能更明白，结合代码，当然好的UML图，已经能表述清楚设计的思路和大体实现了，不过说实话，我看着就有点类，特别是UML图复杂的时候。所以我还是暂时先用这种一般的图形来表述我理解的设计模式的思想，看看大伙是什么看法和意见，如果说都说说UML图的话，那么后面的相关模式，我会主要以UML专业图来绘制。

　　我这里总结下我们以后项目中的可能会用到设计模式 之处或者系统架构的时候，一般情况下有这样的几类方案，我们可以在考虑系统的低耦合性的时候的设计：

　　基本上来说能掌握上面的几类情况，基本上设计出来的系统至少是可用的，不知道大家有没有更多意见和建议。有的请提出来，我会备注在文章中。

　　二、摘要

　　本文主要是针对创建型模式中的创建者模式进行讲述，创建者模式是创建型模式中最负责的一个设计模式了，创建者负责构建一个对象的各个部分，并且完成组装的过程，我们可以这么理解创建者模式，创建者模式类似与一个步骤基本固定，但是每个步骤中的具体形式却又可以变化的这类对象的创建。也许这样说还是太抽象了，我们这么来理解吧，我感觉让人最容易理解的形式还是图形化的形式，不但接受起来容易，并且让人映象深刻，不知道大家是不是和我有同感呢？下面我们给出一个简单的例子，通过图形化的流程来说明吧：我们这里以我们大伙平时最常见的做饭为例吧：

　　可能我这里给出的流程只是我个人理解的或者看到的过程，不代表全部，呵呵，这里只是事例性的说明。

　　三、本文大纲

　　a、上篇回顾。

　　b、摘要。

　　c、本文大纲。

　　d、创建者模式的特点及使用场景。

　　e、创建者模式的实现方案。

　　f、创建者模式使用总结。

　　g、系列进度。

　　h、下篇预告。

　　四、创建者模式的特点及使用场景

　　创建者模式主要是用于创建复杂的一些对象，这些对象的创建步骤基本固定，但是可能具体的对象的组成部分却又可以自由的变化，现实中的例子很多，但是可能大伙都比较容易理解的就是，我们的自己花钱配置的台式机或者笔记本，可以 这样理解，这些硬件设备的各个零件，不管是CPU是Intel的还是AMD的，显卡是华硕的还是小影霸的，不管硬盘是西部数据的还是希捷的，其实想表述的意思就是对象的具体的组成部分可以是变化的，但是可能我们发现对象的这些组成部分的组织起来的过程是相对固定的，那么我们就可以用创建者模式来做，并且我们引入一个引导者(Director)来引导这个对象的组装过程。可以简单用图形化的过程来描述如下：

　　我们上面说明了一个服装的大概生产过程，这里生产的顺序可能会发生变化，或者生产的帽子，上衣等都会发生变化，但是服装的组装过程基本上变化不大，都是需要帽子，上衣，裤子的，这时候我们可以通过引导着负责组装这样的过程，然后我们在具体的每个部分可以是抽象接口，根据不同的实现创建不同的帽子来完成变化。

　　五、创建者模式的实现方案

　　5.1、经典的创建者模式实现

• 我们先给出经典创建者模式的一个实现形式，然后针对这个经典模式后面提出几个改进方案，我们这里以上面讲述的服装的过程作为例子来说明下创建者模式的原理和思想，希望大家也能灵活的运用到实际的项目中去。达到学以致用的目的。

　　我们来看看具体的代码实现：

/// <summary> 
/// 创建对象组织的所有构造步骤接口 
/// </summary> 
public interface IBuider 
{ 
    void BuilderPart1(); 
    void BuilderPart2(); 
    void BuilderPart3(); 
}        

        

        
        
      
        
it知识库：设计模式系列—创建者模式，转载需保留来源！
        
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。