标签:des style blog http ar os 使用 sp on
同设计模式系列上篇设计模式---抽象工厂一样,建造者模式也属于创建型模式,用于在使用者和产品之间加入中间代理,使用中间代理进行实现具体创建细节。让我再简单回顾一下抽象工厂,使用者依赖于抽象工厂构建抽象产品,具体产品的实现细节可以在具体工厂中进行创建
可以想象,既然是工厂,那应该是一个比较大粒度的接口层了。现在的情况是,如果在具体工厂中生产产品时,加入生产具体产品的环节很多,一个产品可能要经过Step1、Step2、Step3等多个步骤完成,那么,在不影响工厂的接口之下,我们是否能对具体工厂的实现细节来做良好的设计呢?OK,这就是本篇要讲的主题了。建造者模式在上层和工厂的接口很相似,都是提供抽象创建接口和抽象产品。但是请注意,我理解的建造者模式是在更细粒度的控制上,针对具体产品实现进行细分。请看详细分解
且听我分解:
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; } }
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(); }
标签:des style blog http ar os 使用 sp on
原文地址:http://www.cnblogs.com/fecktty2013/p/designpatterns-builder.html