论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
ToB企服应用市场:ToB评测及商务社交产业平台
»
论坛
›
软件与程序人生
›
后端开发
›
Java
›
【23种设计模式】建造者模式(四)
【23种设计模式】建造者模式(四)
小小小幸运
金牌会员
|
2023-9-2 13:17:32
|
显示全部楼层
|
阅读模式
楼主
主题
868
|
帖子
868
|
积分
2604
前言
在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法”不随着需求改变而改变?那就是今天分享的
建造者模式
,又叫
生成器模式
,英文名称是
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类。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
回复
使用道具
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
小小小幸运
金牌会员
这个人很懒什么都没写!
楼主热帖
青龙2.10.13 稳定版+xdd-plus+阿东教程 ...
软件项目管理 7.4.5.进度计划编排-敏捷 ...
5.2 基于ROP漏洞挖掘与利用
京准电钟北斗时钟服务器,GPS网络时间服 ...
收藏:再谈软件定义存储发展及现状 ...
Ubuntu如何安装Mysql+启用远程连接[完 ...
【学习笔记】WPF-01:前言
权限提升(1)
微信公众号模板消息源码实现,打破服务 ...
京东张政:内容理解在广告场景下的实践 ...
标签云
存储
服务器
快速回复
返回顶部
返回列表