网站建设徐州,怎么自己做微网站,山东大源建设集团网站,五屏网站建设动态建造者(生成器)模式含义#xff1a;生成器模式是一种创建型模式#xff0c;使你能够分步奏创建复杂对象#xff0c;可使用相同的创建代码生成不同类型和形式的对象。看图我们就能很好地理解#xff0c;图中就是工厂中的流水线模式#xff0c;建造者就好比整条流水线#… 建造者(生成器)模式含义生成器模式是一种创建型模式使你能够分步奏创建复杂对象可使用相同的创建代码生成不同类型和形式的对象。看图我们就能很好地理解图中就是工厂中的流水线模式建造者就好比整条流水线通过流水线上每个装配点的工人将一个个产品零件组装整合成一个完整的产品即可。将对象构造代码从具体产品类中抽取出来并将其放在一个名为生成器的独立对象中。它可以让你能够分步奏创建复杂对象不允许其他对象访问正在创建中的产品。利用相同的物料不同的组装所产生出的具体内容就是建造者模式的最终体现。将一个复杂的构建与其表示分离使得同样的构建过程可以创建不同的表示。生成器模式结构生成器(Builder)接口声明在所有类型生成器中通用的产品构造步奏。具体生成器(Concrete Builders)提供构造过程的不同实现具体生成器也可以构造不遵循通用接口的产品。产品(Products)是最终生成的对象。由不同生成器构造的产品无需数据同一类层次结构或接口。主管(Director)类定义调用构造步奏的顺序这样就可以创建和复用特定的产品配置。建造者模式主要解决的问题是在软件系统中有时候面临着一个复杂对象的创建工作其通常由各部分的子对象用一定的过程构成由于需求的变化这个复杂对象的各个部分经常面临着重大的变化但是将它们组合在一起的过程却相对稳定。Demo展示这里我就拿极速物流公司中发货的过程来举例希望大家能对建造者模式有一个很好的理解。小A去物流公司发货他手里面的货物要发送到3个不同的地方物流公司会根据不同地区有不同的收费标准。可是对于小A来说他不需要管那些只需要将三件东西交给收货员填写好各自货物的收件地址就OK收货员通过计算出不同收件地址的收费情况给出报价单告诉小A应付多少钱小A只需要付款就可以。这里不同地区收费不一样给出报价单的业务就可以使用我们刚刚学习到的建造者模式来实现由于不同地方的运输路径发货方式包装方式等不同则收费标准也是不一样的。类结构描述发货货物类基本属性发货抽象类(生成器)各自不同地区的收费类(具体生成器生成器的实现类)发货的控制类(主管) /// summary/// 物流公司发货基类/// 运输方式、包装样式、运输类型/// /summarypublic class Matter{/// summary/// 包装样式/// /summarypublic string PackStyle{get;set;}/// summary/// 运输方式/// /summarypublic string TransportWay { get; set; }/// summary/// 是否有税费/// /summarypublic string IsHaveTax { get; set; }/// summary/// 总金额/// /summary/// returns/returnspublic double Money { get; set; }/// summary/// 描述信息/// /summarypublic string DescriptionInfo { get; set; }}/// summary/// 发货实现类 :抽象建造者/// /summarypublic abstract class SendModelBuilder{protected Matter matter new Matter();public abstract void BuilderPackStyle();public abstract void BuilderTransportWay();public abstract void BuilderIsHaveTax();public abstract void BuilderMoney();public abstract void BuilderDescriptionInfo();/// summary/// 返回一个完整得发货实现类/// /summary/// returns/returnspublic Matter CreateMatter(){return matter;}}/// summary/// 日本地区创建者/// /summarypublic class RiBenBuilder : SendModelBuilder{public override void BuilderPackStyle(){matter.PackStyle 木质箱子包装;}public override void BuilderTransportWay(){matter.TransportWay 水路;}public override void BuilderIsHaveTax(){matter.IsHaveTax 有;}public override void BuilderMoney(){matter.Money 1000;}public override void BuilderDescriptionInfo(){matter.DescriptionInfo 此次运输为水路运输货物为木质箱子包装有税费金额为1000元;}}/// summary/// 北京地区创建者/// /summarypublic class BeiJingBuilder : SendModelBuilder{public override void BuilderPackStyle(){matter.PackStyle 纸盒;}public override void BuilderTransportWay(){matter.TransportWay 陆运;}public override void BuilderIsHaveTax(){matter.IsHaveTax 有;}public override void BuilderMoney(){matter.Money 50;}public override void BuilderDescriptionInfo(){matter.DescriptionInfo 此次运输为陆运运输货物为纸盒包装无税费金额为50元;}}/// summary/// 印度地区创建者/// /summarypublic class YinDuBuilder : SendModelBuilder{public override void BuilderPackStyle(){matter.PackStyle 纸盒包装; }public override void BuilderTransportWay(){matter.TransportWay 空运;}public override void BuilderIsHaveTax(){matter.IsHaveTax 有;}public override void BuilderMoney(){matter.Money 3000;}public override void BuilderDescriptionInfo(){matter.DescriptionInfo 此次运输为空运货物为纸盒包装有税费金额为3000元;}}/// summary/// 急速物流发货创建控制器/// /summarypublic class JiSuWuLiuController{public Matter SendModel(SendModelBuilder builder) {builder.BuilderPackStyle();builder.BuilderTransportWay();builder.BuilderIsHaveTax();builder.BuilderMoney();builder.BuilderDescriptionInfo();return builder.CreateMatter();}}
上面罗列出的就是各个类的具体代码实现下面是测试目前以北京地区发货举例。 class Program{static void Main(string[] args){SendModelBuilder smb new BeiJingBuilder();JiSuWuLiuController director new JiSuWuLiuController();Matter matter director.SendModel(smb);Console.WriteLine(包装类型matter.PackStyle);Console.WriteLine(运输方式 matter.TransportWay);Console.WriteLine(是否有税费 matter.IsHaveTax);Console.WriteLine(运费 matter.Money);Console.WriteLine(信息matter.DescriptionInfo);Console.ReadKey();}}
测试结果可以看到我们在实现的时候只是去声明并由directior来调用了BeiJingBuilder的创建者具体的业务也只是单独在BeiJingBuilder类中去实现。如果我们想换成其余地区的发货则只需要将声明换掉就可以。小结优点客户端不需要知道产品内部的组成细节将产品本身与产品的创建进行分离也就是解耦使得相同的创建过程可以创建不同的产品对象。具体构建独立增加新的建造者不需要修改原有库系统扩展方便符合开闭原则。控制产品的创建过程很方便。缺点当产品比较多时导致代码比较冗余系统变得过于庞大增加系统的理解难度和运行成本。此模式主要适用于当各自产品有一定共性的时候如果产品独立性太强无相同共性则不适合这个模式。小寄语人生短暂我不想去追求自己看不见的我只想抓住我能看的见的。我是阿辉感谢您的阅读如果对你有帮助麻烦点赞、转发 谢谢。
