.
适用场景
构建某个复杂对象
模式角色组成
抽象建造者类(Builder):这个接口规定要实现复杂对象的那些部分的创建,并不涉及具体的部件对象的创建。
具体建造者类(ConcreteBuilder):实现 Builder 接口,完成复杂产品的各个部件的具体创建方法。在构造过程完成后,提供产品的实例。
产品类(Product):要创建的复杂对象。
指挥者类(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。
优缺点
优点:
建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。
可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。
缺点:
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
使用场景
建造者模式唯一区别于工厂模式的是针对复杂对象的创建。也就是说,如果创建简单对象,通常都是使用工厂模式进行创建,而如果创建复杂对象,就可以考虑使用建造者模式。
当需要创建的产品具备复杂创建过程时,可以抽取出共性创建过程,然后交由具体实现类自定义创建流程,使得同样的创建行为可以生产出不同的产品,分离了创建与表示,使创建产品的灵活性大大增加。
创建的对象较复杂,由多个部件构成,各部件面临着复杂的变化,但构件间的建造顺序是稳定的。
创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的。
建造者(Builder)模式在应用过程中可以根据需要改变,如果创建的产品种类只有一种,只需要一个具体建造者,这时可以省略掉抽象建造者,甚至可以省略掉指挥者角色。
与其他创建型设计模式的区别
工厂方法模式VS建造者模式
工厂方法模式注重的是整体对象的创建方式;而建造者模式注重的是部件构建的过程,意在通过一步一步地精确构造创建出一个复杂的对象。
我们举个简单例子来说明两者的差异,如要制造一个超人,如果使用工厂方法模式,直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人;而如果使用建造者模式,则需要组装手、头、脚、躯干等部分,然后再把内裤外穿,于是一个超人就诞生了。
抽象工厂模式VS建造者模式
抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式则是不需要关心构建过程,只关心什么产品由什么工厂生产即可。
建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品。
如果将抽象工厂模式看成汽车配件生产工厂,生产一个产品族的产品,那么建造者模式就是一个汽车组装工厂,通过对部件的组装可以返回一辆完整的汽车。
代码示例
书本-基础版(包括指挥者,抽象建造者,具体建造者等)
client
using DefaultBuilderPattern;
using Newtonsoft.Json;
Console.WriteLine("Hello, World!");
Console.WriteLine("=====组装联想电脑======");
LenovoComputeBuilder lenovoComputeBuilder = new LenovoComputeBuilder();
Director director = new Director(lenovoComputeBuilder);
var lenovoComputer = director.AssembleComputer();
Console.WriteLine($"最终的联想电脑:{JsonConvert.SerializeObject(lenovoComputer)}");
Console.WriteLine("=====组装戴尔电脑======");
DellComputerBuilder dellComputeBuilder = new DellComputerBuilder();
director = new Director(dellComputeBuilder);
var dellComputer = director.AssembleComputer();
Console.WriteLine($"最终的戴尔电脑:{JsonConvert.SerializeObject(lenovoComputer)}");
电脑类
public class Computer
{
public string Cpu { get; set; }
public string Memory { get; set; }
public string Disk { get; set; }
}
建造者抽象类
public abstract class ComputeBuilderAbstract
{
protected Computer computer = new Computer();
public abstract void BuildCpu();
public abstract void BuildMemory();
public abstract void BuildDisk();
public Computer Build() => computer;
}
具体的实现类(联想电脑组装,戴尔电脑组装)
public class LenovoComputeBuilder : ComputeBuilderAbstract
{
public override void BuildCpu()
{
computer.Cpu = "i7 8核";
Console.WriteLine("装配i7 8核Cpu");
}
public override void BuildDisk()
{
computer.Disk = "华硕高性能游戏主板HS23641";
Console.WriteLine("装配华硕高性能游戏主板HS23641");
}
public override void BuildMemory()
{
computer.Memory = "32GB";
Console.WriteLine("装配32GB内存条");
}
}
public class DellComputerBuilder : ComputeBuilderAbstract
{
public override void BuildCpu()
{
computer.Cpu = "i5处理器 4核";
Console.WriteLine("装配i5处理器 4核Cpu");
}
public override void BuildDisk()
{
computer.Disk = "微星入门级主板GB2365";
Console.WriteLine("装配微星入门级主板GB2365");
}
public override void BuildMemory()
{
computer.Memory = "4GB";
Console.WriteLine("装配4GB内存条");
}
}
最终效果
省略指挥者版
主要用在建造者单一,构建过程可由客户端自己控制,指挥者作用不大的情况下
//---省略指挥者版
Console.WriteLine("=====省略指挥者版======");
DellComputerBuilder ignoredirectorComputeBuilder = new DellComputerBuilder();
ignoredirectorComputeBuilder.BuildDisk();
ignoredirectorComputeBuilder.BuildCpu();
ignoredirectorComputeBuilder.BuildMemory();
Console.WriteLine($"最终的戴尔电脑:{JsonConvert.SerializeObject(ignoredirectorComputeBuilder.Build())}");
最终效果
Fluent风格版
该种方式适合建造过程稳定,又共性行为,例如文章中的组装电脑,其中安装主板,Cpu,内存都是组装电脑必须的步骤
public interface IComputerBuilder
{
IComputerBuilder BuildDisk();
IComputerBuilder BuildCpu();
IComputerBuilder BuildMemory();
Computer Build();
}
public class FluentLenovoComputeBuilder : IComputerBuilder
{
private Computer computer = null;
public FluentLenovoComputeBuilder()
{
this.computer = new Computer();
}
public IComputerBuilder BuildCpu()
{
computer.Cpu = "i7 8核";
Console.WriteLine("装配i7 8核Cpu");
return this;
}
public IComputerBuilder BuildDisk()
{
computer.Disk = "华硕高性能游戏主板HS23641";
Console.WriteLine("装配华硕高性能游戏主板HS23641");
return this;
}
public IComputerBuilder BuildMemory()
{
computer.Memory = "32GB";
Console.WriteLine("装配32GB内存条");
return this;
}
public Computer Build()
{
return computer;
}
}
最终效果和上方一致
Fluent风格简易版
个人比较喜欢这种,从最外层Client调用代码看语义很清晰,抽象Builder接口更纯洁和粒度更小,符合单一和接口隔离原则,整体代码看起来也不臃肿,方便阅读.缺点就是整个构建过程需要自己去控制,如果使用不当可能最终构建出来的对象并不完整
public interface IComputerBuilderB
{
Computer Build();
}
public class FluentLenovoComputeBuilderB : IComputerBuilderB
{
private Computer computer = null;
public FluentLenovoComputeBuilderB()
{
this.computer = new Computer();
}
public FluentLenovoComputeBuilderB BuildCpu()
{
computer.Cpu = "i7 8核";
Console.WriteLine("装配i7 8核Cpu");
return this;
}
public FluentLenovoComputeBuilderB BuildDisk()
{
computer.Disk = "华硕高性能游戏主板HS23641";
Console.WriteLine("装配华硕高性能游戏主板HS23641");
return this;
}
public FluentLenovoComputeBuilderB BuildMemory()
{
computer.Memory = "32GB";
Console.WriteLine("装配32GB内存条");
return this;
}
public Computer Build()
{
return computer;
}
}
最终效果图