概述

　　在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的 “稳定构建算法”不随着需求改变而改变？这就是要说的建造者模式。

　　本文通过现实生活中的买KFC的例子，用图解的方式来诠释建造者模式。

　　意图

　　将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。

　　模型图

　　生活中的例子

　　生成器模式将复杂对象的构建与对象的表现分离开来，这样使得同样的构建过程可以创建出不同的表现。这种模式用于快餐店制作儿童餐。典型的儿童餐包括一个主食，一个辅食，一杯饮料和一个玩具（例如汉堡、炸鸡、可乐和玩具车）。这些在不同的儿童餐中可以是不同的，但是组合成儿童餐的过程是相同的。无论顾客点的是汉堡，三名治还是鸡肉，过程都是一样的。柜台的员工直接把主食，辅食和玩具放在一起。这些是放在一个袋子中的。饮料被倒入杯中，放在袋子外边。这些过程在相互竞争的餐馆中是同样的。

　　实现过程图解

　　在这里我们还是以去KFC店买套餐为例子，示意图如下：

　　客户端：顾客。想去买一套套餐（这里面包括汉堡，可乐，薯条），可以有1号和2号两种套餐供顾客选择。

　　指导者角色：收银员。知道顾客想要买什么样的套餐，并告诉餐馆员工去准备套餐。

　　建造者角色：餐馆员工。按照收银员的要求去准备具体的套餐，分别放入汉堡，可乐，薯条等。

　　产品角色：最后的套餐，所有的东西放在同一个盘子里面。
　　
　　下面开始我们的买套餐过程。

　　1．客户创建Derector对象，并用它所想要的Builder对象进行配置。顾客进入KFC店要买套餐，先找到一个收银员，相当于创建了一个指导者对象。这位收银员给出两种套餐供顾客选择：1普通套餐，2黄金套餐。完成的工作如时序图中红色部分所示。

　　程序实现：

    

    

    

    

        

        

            FoodManager foodmanager 

            Builder instance;

            Console.WriteLine(

            

            

            instance 

            foodmanager.Construct(instance);

        }

    }

}

NET技术：.NET设计模式：建造者模式（Builder Pattern），转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。