设计者模式之建造者模式

简介: 设计者模式之建造者模式

建造者模式定义:使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。


主要意图:将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。


主要解决:主要解决在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定。


解决方案:将变与不变分离开。


优点:


1,建造者独立,容易扩展。


2,便于控制细节风险


缺点:


1,产品必须有共同点,范围有限制。


2,内部变化复杂,会有很多的建造类。


注意:建造者模式与工厂模式很像,但是建造者模式更加关注与零件装配的顺序,而工厂模式不是。


总结:


1,建造者模式和工厂模式,同属于类创建型模式,不同之处是建造者模式用来创建一个复杂的类,关注的是这个类的创建步骤,可以根据相同的步骤,最后创建出不同类的实例。而工厂模式只负责创建类,工厂模式中产出的是同一个产品。


2,建造这模式适用于创建复杂的对象,对象由多个部件构成,各部件面临着复杂的变化,但构件间的建造顺序是稳定的。


建造者模式类图:


代码实现:

using System;
using System.Collections;
using System.Collections.Generic;
namespace _05建造者模式_建造者模式基本
{
    class Program
    {
        static void Main(string[] args)
        {
            Director director = new Director();
            Builder b1 = new ConcreteBuilder1();
            Builder b2 = new ConcreteBuilder2();
            director.Construct(b1);
            Product p1 = b1.GetResult();
            p1.Show();
            director.Construct(b2);
            Product p2 = b2.GetResult();
            p2.Show();
            Console.Read();
        }
    }
    //类--产品类,由多个部件组成
    class Product
    {
        IList<string> parts =new List<string>();
        public void Add(string part)
        {
            parts.Add(part);
        }
        public void Show()
        {
            Console.WriteLine("\n 产品 创建 ---");
            foreach(string part in parts)
            {
                Console.WriteLine(part);
            }
        }
    }
    //抽象建造者类
    abstract class Builder
    {
        public abstract void BuildPartA();
        public abstract void BuildPartB();
        public abstract Product GetResult();
    }
    //具体建造者类
    class ConcreteBuilder1 : Builder
    {
        private Product product = new Product();
        //建立部件A
        public override void BuildPartA()
        {
            product.Add("部件A");
        }
        //建立部件B
        public override void BuildPartB()
        {
            product.Add("部件B");
        }
        public override Product GetResult()
        {
            return product;
        }
    }
    //具体建造者类
    class ConcreteBuilder2 : Builder
    {
        private Product product = new Product();
        //建立部件X
        public override void BuildPartA()
        {
            product.Add("部件X");
        }
        //建立部件Y
        public override void BuildPartB()
        {
            product.Add("部件Y");
        }
        public override Product GetResult()
        {
            return product;
        }
    }
    //指挥类:主任
    class Director
    {
        public void Construct(Builder builder)
        {
            builder.BuildPartA();
            builder.BuildPartB();
        }
    }
}
相关文章
|
2月前
|
设计模式 Java 数据库
Java设计模式:桥接模式实现灵活组合,超越单一继承的设计之道(十)
Java设计模式:桥接模式实现灵活组合,超越单一继承的设计之道(十)
|
3月前
|
设计模式 存储 SQL
第四篇 行为型设计模式 - 灵活定义对象间交互
第四篇 行为型设计模式 - 灵活定义对象间交互
|
3月前
|
设计模式 uml
【设计模式】建造者模式就是游戏模式吗?
【设计模式】建造者模式就是游戏模式吗?
27 0
|
3月前
|
设计模式 缓存 安全
探索设计模式的魅力:从单一继承到组合模式-软件设计的演变与未来
组合模式:构建灵活树形结构的艺术。 组合模式旨在解决如何将对象组合成树形结构,隐藏具体实现,使客户端对单个对象和复合对象的使用具有一致性。通过将对象组合成树形结构,组合模式提供了层次化的结构,使系统更灵活、可扩展。 核心思想在于统一叶节点和组合节点。叶节点代表具体的对象,而组合节点则是其他对象的容器。该设计允许我们以统一的方式处理叶子和组合,简化了许多操作。实践中,组合模式适用于具有树形结构并且希望保持结构灵活的系统。它不仅提高了代码的可重用性和可维护性,还使得添加新功能变得简单,无需修改现有代码。...
63 0
|
设计模式
设计模式——单一职责模式之桥模式
在软件组件的设计中,如果责任划分的不清晰,使用继承得到的结果往往是随着需求的变化,子类急剧膨胀,同时充斥着重复代码,这时候的关键是划清责任。
79 0
|
设计模式 C++
【大话设计模式】设计模式的六种关系
【大话设计模式】设计模式的六种关系
|
设计模式
大话设计模式之装饰模式
大话设计模式之装饰模式
|
设计模式 算法
23种设计模式-关系模式-访问者模式(二十一)
23种设计模式-关系模式-访问者模式(二十一)
23种设计模式-关系模式-访问者模式(二十一)
|
设计模式 数据安全/隐私保护
23种设计模式-关系模式-状态模式(二十)
23种设计模式-关系模式-状态模式(二十)
23种设计模式-关系模式-状态模式(二十)
|
设计模式 Java 调度
23种设计模式-关系模式-中介者模式(二十二)
23种设计模式-关系模式-中介者模式(二十二)
23种设计模式-关系模式-中介者模式(二十二)