1. 概述
将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式。
2. 建造者模式中的角色
2.1 建造者(Builder):为创建一个产品对象的各个部件指定抽象接口。
2.2 具体建造者(ConcreteBuilder):实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口。
2.3 指挥者(Director):指挥并构造一个使用Builder接口的对象。
2.4 产品(Product):表示被构造的复杂对象。ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最终产品的接口。
3. 实例:创建一个人,这个人可以有不同的特点,可以是胖子,可以是瘦子,可以是高个子,也可以是矮个子。
3.1 以下是这个实例的类图,以及对类图的解读。
3.2 代码实现及解读:
// 要建造的产品 public class Person { public string Head { get; set; } public string Body { get; set; } public string Arm { get; set; } public string Leg { get; set; } } // 定义创建者接口,实现者必须实现该接口中定义的所有抽象方法,防止实现者疏忽而遗漏某个部件的创建 public abstract class Builder { protected Person Person { get; set; } public Builder() { Person = new Person(); } // 建造头 public abstract void BuildHead(); // 建造身体 public abstract void BuildBody(); // 建造胳膊 public abstract void BuildArm(); // 建造腿 public abstract void BuildLeg(); // 返回生成好的对象,这是一个具体方法,每个子类都可以使用它来返回一个已经创建成功的对象 public Person GetPerson() { return Person; } } // 建造者的具体实现,这里是要建造出一个瘦子 public class ThinPersonBuilder : Builder { public ThinPersonBuilder() { Person = new Person(); } public override void BuildHead() { Person.Head = "瘦子的脑袋"; } public override void BuildBody() { Person.Body = "瘦子的身体"; } public override void BuildArm() { Person.Arm = "瘦子的胳膊"; } public override void BuildLeg() { Person.Leg = "瘦子的腿"; } } // 建造者的具体实现,这里是要建造出一个胖子 public class FatPersonBuilder : Builder { public override void BuildHead() { Person.Head = "胖子的脑袋"; } public override void BuildBody() { Person.Body = "胖子的身体"; } public override void BuildArm() { Person.Head = "胖子的胳膊"; } public override void BuildLeg() { Person.Head = "胖子的腿"; } } // 建造者模式中的指挥者 public class PersonDirector { Builder builder; public PersonDirictor(Builder personBuilder) { builder = personBuilder; } // 指挥创建一个人的过程,并返回创建成功的产品 public Person BuildPerson() { builder.BuildHead(); builder.BuildBody(); builder.BuildArm(); builder.BuildLeg(); return builder.GetPerson(); } }
4. 模式总结
4.1 优点
4.1.1 用户只需要指定要建造的类型就可以得到它们,而具体的建造过程和细节不需要知道。
4.1.2 建造代码与表示相分离,如果要改变一个产品的内部表示,只要再定义一个新的具体的建造者就可以了。
4.1.3 建造过程由指挥者来控制,建造细节由一个抽象类来控制,对于实现建造细节的具体类来说,不会遗漏某一个步骤。
4.2 缺点
以上例子说明,现在我要增加产品的一个细节,如把创建脚的过程也添加进来,看我们需要改哪些类。Buider,FatPersonBuilder,ThinPersonBuilder(甚至更多,如果你实现了TallPersonBuilder,ShortPersonBuilder等),PersonDirector,我们对修改也就开放了。
4.3 实用范围
4.3.1 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
4.3.2 当复杂对象的部件相对稳定,不会发生变化时
以上就是本文的全部内容,希望能给大家一个参考,也希望大家多多支持小牛知识库。
本文向大家介绍C# 设计模式系列教程-外观模式,包括了C# 设计模式系列教程-外观模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 2. 模式中的角色 2.1 外观类(Facade):外观类知道哪些子系统类负责处理请求,将客户的请求代理给恰当的子系统对象。 2.2 子系统类集
本文向大家介绍C# 设计模式系列教程-状态模式,包括了C# 设计模式系列教程-状态模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。 2. 解决的问题 主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同的一系列类当中,可以把复杂的逻辑判断简单化。 3. 模式中的角色
本文向大家介绍C# 设计模式系列教程-单例模式,包括了C# 设计模式系列教程-单例模式的使用技巧和注意事项,需要的朋友参考一下 1. 描述: 保证一个类仅有一个实例,并提供一个访问它的全局访问点。 2. 单例模式主要有3个特点,: 2.1 单例类确保自己只有一个实例。 2.2 单例类必须自己创建自己的实例。 2.3 单例类必须为其他对象提供唯一的实例。 3. 实现方式:懒汉单例类和
本文向大家介绍C# 设计模式系列教程-原型模式,包括了C# 设计模式系列教程-原型模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述 通过复制一个已经存在的实例来创建一个新的实例。被复制的实例被称为原型,这个原型是可定制的。 2. 模式中的角色 2.1 抽象原型类(Abstract Prototype):提供一个克隆接口 2.2 具体原型类(Concrete Prototype)
介绍 在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法”不随着需求改变而改变?这就是要说的建造者模式。 建造者模式可以将一个复杂对象的构建与其表
本文向大家介绍C# 设计模式系列教程-工厂方法模式,包括了C# 设计模式系列教程-工厂方法模式的使用技巧和注意事项,需要的朋友参考一下 1. 概述: 定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类。 2. 模式中的角色 2.1 抽象工厂(Creator):这个抽象类(或接口)声明一个创建对象的工厂方法,用来返回一个Product类型的对象。 2