Head First设计模式之生成器模式

简介: 一、定义 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。建造者模式是一种对象创建型模式。 二、结构   角色 Builder(抽象建造者):它为创建一个产品Product对象的各个部件指定抽象接口,在该接口中一般声明两类方法,一类方法是buildPartX(),它们用于创建复杂对象的各个部件;另一类方法是getResult(),它们用于返回复杂对象。

一、定义

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。建造者模式是一种对象创建型模式。

二、结构

 

角色
  • Builder(抽象建造者):它为创建一个产品Product对象的各个部件指定抽象接口,在该接口中一般声明两类方法,一类方法是buildPartX(),它们用于创建复杂对象的各个部件;另一类方法是getResult(),它们用于返回复杂对象。Builder既可以是抽象类,也可以是接口。
  • ConcreteBuilder(具体建造者):它实现了Builder接口,实现各个部件的具体构造和装配方法,定义并明确它所创建的复杂对象,也可以提供一个方法返回创建好的复杂产品对象。
  • Product(产品角色):它是被构建的复杂对象,包含多个组成部件,具体建造者创建该产品的内部表示并定义它的装配过程。在本类图中,产品类是一个具体的类,而非抽象类。实际编程中,产品类可以是由一个抽象类与它的不同实现组成,也可以是由多个抽象类与他们的实现组成。
  • Director(指挥者):指挥者又称为导演类,负责调用适当的建造者来组建产品,导演类一般不与产品类发生依赖关系,与导演类直接交互的是建造者类。一般来说,导演类被用来封装程序中易变的部分。

三、实现

 背景:模拟生产各种笔(这里假设笔的零件生产是有顺序的:笔芯 -> 笔壳 -> 组装)

namespace DesignPatterns.Builder
{
    class Program
    {
        static void Main(string[] args)
        {
            PenDirector director = new PenDirector();
            Pen ballpointpen = director.ConstructPen(new BallpointPenBuilder());
            Pen brushpen = director.ConstructPen(new BrushPenBuilder());
        }
    }

    /// <summary>
    /// 创建抽象产品类 -- 笔 
    /// </summary>
    public abstract class Pen
    {
        /**笔芯**/
        private string _cartridge;
        /**外壳**/
        private string _shell;

        public string GetCartridge()
        {
            return _cartridge;
        }
        public void SetCartridge(string cartridge)
        {
            this._cartridge = cartridge;
        }
        public string GetShell()
        {
            return _shell;
        }
        public void SetShell(string shell)
        {
            this._shell = shell;
        }
    }
    public interface IPenBuilder
    {
        /**
         * 生产笔芯
         */
        void BuildCartridge();
        /**
         * 生产外壳
         */
        void BuildShell();
        /**
         * 组装笔
         */
        Pen BuildPen();
    }


    /// <summary>
    /// 具体产品类 -- 圆珠笔
    /// </summary>
    public class BallpointPen : Pen
    {

        public BallpointPen()
        {
            Console.WriteLine("生产组装圆珠笔");
        }
    }
    /// <summary>
    /// 具体产品类 -- 画笔
    /// </summary>
    public class BrushPen : Pen
    {

        public BrushPen()
        {
            Console.WriteLine("生产组装画笔");
        }
    }

    /// <summary>
    /// 建造者(具体)  -- 圆珠笔builder
    /// </summary>
    public class BallpointPenBuilder : IPenBuilder
    {

        Pen _pen;

        public BallpointPenBuilder()
        {
            _pen = new BallpointPen();
        }


        public void BuildCartridge()
        {
            _pen.SetCartridge("圆珠笔笔芯");
        }


        public void BuildShell()
        {
            _pen.SetShell("圆珠笔外壳");
        }


        public Pen BuildPen()
        {
            return _pen;
        }

    }


    /// <summary>
    /// 建造者(具体)  -- 画笔builder
    /// </summary>
    public class BrushPenBuilder : IPenBuilder
    {

        Pen _pen;

        public BrushPenBuilder()
        {
            _pen = new BrushPen();
        }


        public void BuildCartridge()
        {
            _pen.SetCartridge("画笔笔芯");
        }


        public void BuildShell()
        {
            _pen.SetShell("画笔外壳");
        }


        public Pen BuildPen()
        {
            return _pen;
        }

    }

    /// <summary>
    /// 导演类  Director
    /// </summary>
    public class PenDirector
    { 
        public Pen ConstructPen(IPenBuilder penBuilder)
        {
            //生产笔芯
            penBuilder.BuildCartridge();
            //生产外壳
            penBuilder.BuildShell();
            //组装笔
            return penBuilder.BuildPen();
        }
    }
}

 

四、适用场景

   需要生成的产品对象有复杂的内部结构,这些产品对象通常包含多个成员属性。

  需要生成的产品对象的属性相互依赖,需要指定其生成顺序。

  对象的创建过程独立于创建该对象的类。在建造者模式中通过引入了指挥者类,将创建过程封装在指挥者类中,而不在建造者类和客户类中。

  隔离复杂对象的创建和使用,并使得相同的创建过程可以创建不同的产品。

五、优缺点

 优点:

    封装性很好:使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。

    扩展性很好:建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。

    有效控制细节风险:由于具体的建造者是独立的,因此可以对建造者过程逐步细化,而不对其他的模块产生任何影响。

缺点:

  建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

  如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。

 

 

欢迎阅读本系列文章:Head First设计模式之目录

 

相关文章
|
25天前
|
设计模式
设计模式-单一职责模式
设计模式-单一职责模式
|
25天前
|
设计模式 XML 存储
【二】设计模式~~~创建型模式~~~工厂方法模式(Java)
文章详细介绍了工厂方法模式(Factory Method Pattern),这是一种创建型设计模式,用于将对象的创建过程委托给多个工厂子类中的某一个,以实现对象创建的封装和扩展性。文章通过日志记录器的实例,展示了工厂方法模式的结构、角色、时序图、代码实现、优点、缺点以及适用环境,并探讨了如何通过配置文件和Java反射机制实现工厂的动态创建。
【二】设计模式~~~创建型模式~~~工厂方法模式(Java)
|
25天前
|
设计模式 XML Java
【一】设计模式~~~创建型模式~~~简单工厂模式(Java)
文章详细介绍了简单工厂模式(Simple Factory Pattern),这是一种创建型设计模式,用于根据输入参数的不同返回不同类的实例,而客户端不需要知道具体类名。文章通过图表类的实例,展示了简单工厂模式的结构、时序图、代码实现、优缺点以及适用环境,并提供了Java代码示例和扩展应用,如通过配置文件读取参数来实现对象的创建。
【一】设计模式~~~创建型模式~~~简单工厂模式(Java)
|
29天前
|
设计模式 uml C语言
设计模式----------工厂模式之简单工厂模式(创建型)
这篇文章详细介绍了简单工厂模式,包括其定义、应用场景、UML类图、通用代码实现、运行结果、实际应用例子,以及如何通过反射机制实现对象创建,从而提高代码的扩展性和维护性。
设计模式----------工厂模式之简单工厂模式(创建型)
|
30天前
|
设计模式 uml
设计模式-------------工厂模式之工厂方法模式(创建型)
工厂方法模式是一种创建型设计模式,它通过定义一个用于创建对象的接口,让子类决定实例化哪一个类,从而实现类的实例化推迟到子类中进行,提高了系统的灵活性和可扩展性。
|
1月前
|
设计模式 测试技术 Go
[设计模式]创建型模式-简单工厂模式
[设计模式]创建型模式-简单工厂模式
|
29天前
|
设计模式 人工智能 达摩院
设计模式的基础问题之模板模式在软件开发中的优势是什么
设计模式的基础问题之模板模式在软件开发中的优势是什么
|
29天前
|
设计模式 项目管理
设计模式的基础问题之生成器模式在项目管理应用的问题如何解决
设计模式的基础问题之生成器模式在项目管理应用的问题如何解决
|
30天前
|
设计模式 Java API
设计模式-------------静态/动态代理模式(结构型设计模式)
本文详细介绍了代理模式,包括其定义、应用场景、UML类图、代码实现和实际例子,阐述了静态代理和动态代理的区别以及它们的优缺点,展示了如何通过代理模式来控制对目标对象的访问并增强其功能。
|
2月前
|
设计模式 算法
交易链路设计原则&模式问题之中介者(Mediator)方法设计模式是什么,如何解决
交易链路设计原则&模式问题之中介者(Mediator)方法设计模式是什么,如何解决