前言
同设计模式系列上篇设计模式---抽象工厂一样,建造者模式也属于创建型模式,用于在使用者和产品之间加入中间代理,使用中间代理进行实现具体创建细节。让我再简单回顾一下抽象工厂,使用者依赖于抽象工厂构建抽象产品,具体产品的实现细节可以在具体工厂中进行创建
那么问题来了
可以想象,既然是工厂,那应该是一个比较大粒度的接口层了。现在的情况是,如果在具体工厂中生产产品时,加入生产具体产品的环节很多,一个产品可能要经过Step1、Step2、Step3等多个步骤完成,那么,在不影响工厂的接口之下,我们是否能对具体工厂的实现细节来做良好的设计呢?OK,这就是本篇要讲的主题了。建造者模式在上层和工厂的接口很相似,都是提供抽象创建接口和抽象产品。但是请注意,我理解的建造者模式是在更细粒度的控制上,针对具体产品实现进行细分。请看详细分解
UML图解
且听我分解:
- 产品类,提供产品定义
- 抽象建造者,负责提供建造方法抽象接口,此接口可以为带参数的泛型接口,或者提供多个建造方法接口
- 具体建造者,负责实现抽象建造方法接口,对产品进行装饰
- 装配者,这里的Director我称为装配者,它拥有建造者抽象接口,在装配方法中调用建造者接口的建造方法对产品进行构造,这里的作用就是可以自由组合不同的建造方法和顺序,所以这个过程我把它称为装配的过程
代码
产品定义
public class Product { public string Part1 { get; set; } public string Part2 { get; set; } public string Part3 { get; set; } public override string ToString() { return "Part1: " + Part1 + Environment.NewLine + "Part2: " + Part2 + Environment.NewLine + "Part3: " + Part3; } }
抽象建造者
public abstract class ProductBuilder { public abstract void BuildStep1(); public abstract void BuildStep2(); public abstract void BuildStep3(); public abstract Product GetProduct(); }
具体建造者
public class ConcreteBuilder : ProductBuilder { private Product product = new Product(); public override void BuildStep1() { product.Part1 = "Step1 Finished"; } public override void BuildStep2() { product.Part2 = "Step2 Finished"; } public override void BuildStep3() { product.Part3 = "Step3 Finished"; } public override Product GetProduct() { return product; } }
装配者Director
public class Director { private ProductBuilder builder = new ConcreteBuilder(); public Product Assemble() { builder.BuildStep1(); builder.BuildStep2(); builder.BuildStep3(); return builder.GetProduct(); } }
输出
static void Main(string[] args) { Director director = new Director(); Product p = director.Assemble(); Console.WriteLine(p); Console.ReadKey(); }