注册
|
登录
发帖
热搜
活动
交友
discuz
论坛
BBS
翼度工具
翼度网址导航
开发工具
Linux命令速查
网页设计配色表
在线制作icon
颜色代码选取器
翼度科技
»
论坛
›
编程开发
›
.net
›
查看内容
返回列表
发新帖
【23种设计模式】建造者模式(四)
一家一口田
一家一口田
当前离线
积分
21
7
主题
7
帖子
21
积分
新手上路
新手上路, 积分 21, 距离下一级还需 29 积分
新手上路, 积分 21, 距离下一级还需 29 积分
积分
21
发消息
显示全部楼层
前言
在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法”不随着需求改变而改变?那就是今天分享的
建造者模式
,又叫
生成器模式
,英文名称是
Builder Pattern
。
建造者模式定义
在现实生活中,我们经常会遇到一些构成比较复杂的物品,比如:汽车、电脑和手机等等。它们是一个复杂的物品,主要是由各种零部件组装而成的,他们的
组装过程是固定的
。就拿汽车来说,组装流水线是固定的,不变的,需要把底盘、车轮、车门、车灯、发动机引擎、车灯和排气筒等等组装在一起。但是由于需求的变化,这个汽车复杂对象针对不同的品牌,各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定。
建造者设计模式定义就是将一个复杂对象的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。
建造者模式组成
(1)抽象建造者角色(Builder)
:为创建一个Product对象的各个部件指定抽象接口,以规范产品对象的各个组成成分的建造。一般而言,此角色规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。
(2)具体建造者(ConcreteBuilder)
实现Builder的接口以构造和装配该产品的各个部件。即实现抽象建造者角色Builder的方法。
定义并明确它所创建的表示,即针对不同的商业逻辑,具体化复杂对象的各部分的创建。
提供一个检索产品的接口。
构造一个使用Builder接口的对象即在指导者的调用下创建产品实例。
(3)指导者(Director)
:调用具体建造者角色以创建产品对象的各个部分。指导者并没有涉及具体产品类的信息,真正拥有具体产品的信息是具体建造者对象。它只负责保证对象各部分完整创建或按某种顺序创建。
(4)产品角色(Product)
:建造中的复杂对象,对应具体的产品。它要包含那些定义组件的类,包括将这些组件装配成产品的接口。
建造者模式代码实现
抽象建造者
/// <summary>
/// 抽象建造者,它定义了要创建什么部件和最后创建的结果,但是不是组装的的类型
/// </summary>
public abstract class Builder
{
/// <summary>
/// 创建车门
/// </summary>
public abstract void BuildCarDoor();
/// <summary>
/// 创建车轮
/// </summary>
public abstract void BuildCarWheel();
/// <summary>
/// 创建车引擎
/// </summary>
public abstract void BuildCarEngine();
/*
* 当然还有部件:
* 大灯
* 地盘
* ....
* ....
*/
/// <summary>
/// 获得组装完成的汽车
/// </summary>
/// <returns></returns>
public abstract Car GetCar();
}
复制代码
具体建造者
别克:
/// <summary>
/// 具体建造者,具体的车型的建造者,例如:别克
/// </summary>
public sealed class BuickBuilder : Builder
{
Car buickCar = new Car("别克");
public override void BuildCarDoor()
{
buickCar.Add("Buick's Door");
}
public override void BuildCarWheel()
{
buickCar.Add("Buick's Wheel");
}
public override void BuildCarEngine()
{
buickCar.Add("Buick's Engine");
}
public override Car GetCar()
{
return buickCar;
}
}
复制代码
奥迪:
/// <summary>
/// 具体建造者,具体的车型的建造者,例如:奥迪
/// </summary>
public sealed class AoDiBuilder : Builder
{
Car aoDiCar = new Car("奥迪");
public override void BuildCarDoor()
{
aoDiCar.Add("Aodi's Door");
}
public override void BuildCarWheel()
{
aoDiCar.Add("Aodi's Wheel");
}
public override void BuildCarEngine()
{
aoDiCar.Add("Aodi's Engine");
}
public override Car GetCar()
{
return aoDiCar;
}
}
复制代码
汽车固定组装流程定义
/// <summary>
/// 汽车类
/// </summary>
public sealed class Car
{
// 汽车部件集合
private IList<string> parts = new List<string>();
//汽车品牌名
private string _brandName;
/// <summary>
/// 构造函数
/// </summary>
/// <param name="brandName"></param>
public Car(string brandName)
{
_brandName = brandName;
}
/// <summary>
/// 把单个部件添加到汽车部件集合中
/// </summary>
/// <param name="part"></param>
public void Add(string part)
{
parts.Add(part);
}
/// <summary>
/// 汽车组装流程
/// </summary>
public void Assembly()
{
Console.WriteLine($"{_brandName}汽车开始在组装.......");
foreach (string part in parts)
{
Console.WriteLine("组件" + part + "已装好...");
}
Console.WriteLine($"{_brandName}汽车组装完毕.........");
}
}
复制代码
指导者
这里才是调用组装的,Construct方法里面的实现就是创建复杂对象固定算法的实现,根据具体需求变化,控制组装的流程顺序,该算法是固定的,或者说是相对稳定的。
/// <summary>
/// 自动化工厂操控台,也就是建造者模式中的指挥者
/// </summary>
public class Director
{
/// <summary>
/// 自动化算法指导组装汽车
/// </summary>
/// <param name="builder"></param>
public void Construct(Builder builder)
{
builder.BuildCarDoor();
builder.BuildCarWheel();
builder.BuildCarEngine();
/*
* 指导其他流程
*/
}
}
复制代码
调用
/// <summary>
/// 测试方法
/// </summary>
public void RunTest()
{
Director director = new Director();
//组装别克
Builder buickCarBuilder = new BuickBuilder();
director.Construct(buickCarBuilder);
Car buickCar = buickCarBuilder.GetCar();
buickCar.Assembly();
Console.WriteLine("\r\n*****************************\r\n");
//组装奥迪
Builder aoDiCarBuilder = new AoDiBuilder();
director.Construct(aoDiCarBuilder);
Car aoDiCar = aoDiCarBuilder.GetCar();
aoDiCar.Assembly();
}
复制代码
建造者模式优缺点
优点:
使用建造者模式可以使
客户端不必知道产品内部组成的细节
。
具体的
建造者类之间是相互独立的,容易扩展
。
由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。
缺点:
产生多余的Build对象以及Director类。
来源:
https://www.cnblogs.com/wml-it/archive/2023/08/29/17665000.html
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作!
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
上一篇:
【23种设计模式】建造者模式(四)
下一篇:
【23种设计模式】建造者模式(四)
发表于 2023-8-29 18:07:33
举报
回复
使用道具
分享
返回列表
发新帖
本版积分规则
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
立即注册
快速回复
快速回复
返回顶部
返回顶部
返回列表
返回列表