建造者模式
将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。
- 分离了部件的构造(由puilder来负责）和装配(由Director负责）。从而可以构造出复杂的对象。这个模式适用于：某个对象的构建过程复杂的情况，
- 由于实现了构建和装配的解耜。不同的构建器，相同的装配，也可以做出不同的对象；相同的构建器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解稱，实现了更好的复用。
- 建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节。
结构
建造者 (Builder）模式包含如下角色：
- 抽象建造者类 (BuiIder）：这个接口规定要实现复杂对象的那些部分的创建，并不涉及具体的对象部件的创建。
- 具体建造者类 (concreteBuildez）：实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。在构造过程完成后，提供产品的实例。
- 产品类 (product)：要创建的复杂对象。
- 指挥者类 (Director）：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建
案例
生产自行车是一个复杂的过程，它包含了车架，车座等组件的生产。而车架又有碳纤维，铝合金等材质的，车座有橡胶，真皮等材质。对于自行车的生产就可以使用建造者模式。这里Bike是产品，包含车架，车座等组件；Builder是抽象建造者，MobikeBuilder和ofoBuilder是具体的建造者;Director是指 挥者。
//具体的产品对象自行车
class Bike{
var frame:String?//车架
var seat:String?//车座
}
//抽象构建者
class Builder{
// 声明Bike类型的变量，并进行赋值
var bike:Bike = Bike()
// 构建车架
func builderFrame(){
fatalError("子类必须重写")
}
// 构建车座
func builderSeat(){
fatalError("子类必须重写")
}
func craeteBike()->Bike{
fatalError("子类必须重写")
}
}
//具体的构建者，用来构建摩拜单车
class MobikeBuilder:Builder{
override func builderFrame() {
bike.frame = "碳纤维车架"
}
override func builderSeat() {
bike.seat = "真皮车座"
}
override func craeteBike()->Bike{
return bike
}
}
//具体的构建者，用来构建ofo单车
class OfoBuilder:Builder{
override func builderFrame() {
bike.frame = "铝合金车架"
}
override func builderSeat() {
bike.seat = "橡胶车座"
}
override func craeteBike()->Bike{
return bike
}
}
//指挥者类
class Director{
// 声明builder类型的变量
var builder:Builder
init(builder:Builder){
self.builder = builder
}
// 组装自行车的功能
func construct() -> Bike{
builder.builderSeat()
builder.builderFrame()
return builder.craeteBike()
}
}
测试代码
//创建一个指挥者
var director = Director(builder: MobikeBuilder())
//通过指挥者构建自行车
var bike = director.construct()
print(bike.frame!)
print(bike.seat!)
运行结果
注意
以上示例是Builder的常规用法，指挥者类在建造者模式中具有很重要的作用，它用于指挥构建者如何构建产品，控制先后调用顺序，并向调用者返回完整的产品类，但是有些时候需要简化系统结构，可以把指挥者类和抽象建造者进行结合
去掉指挥者类，将指挥者类和抽象建造者进行结合
//抽象构建者
class Builder{
// 声明Bike类型的变量，并进行赋值
var bike:Bike = Bike()
// 构建车架
func builderFrame(){
fatalError("子类必须重写")
}
// 构建车座
func builderSeat(){
fatalError("子类必须重写")
}
func craeteBike()->Bike{
fatalError("子类必须重写")
}
func construct() -> Bike{
self.builderSeat()
self.builderFrame()
return self.craeteBike()
}
}
说明：这样做确实简化了系统结构，但同时也加重了抽象建造者类的职责，也不太符合单一职责原则，如果construct（）过于复杂还是建议封装到Director类中。
优缺点
优点：
- 建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
- 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解轉，使得相同的创建过程可以创建不同的产品对象。
- 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程，
- 建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。
缺点：
- 造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
使用场景
建造者（Builder）模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将它们组合在一起的算法却相对稳定，所以它通常在以下场合使用。
- 创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但构件间的建造顺序是稳定的。
- 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的。
模式扩展
建造者模式除了上面用途外，在开发中还有一个常用的使用方式，就是当一个类构造器需要传入很多参数时，如果创建这个类的实例，代码的可读性会非常差，而且容易引起错误，此时就可以利用建造者模式进行重构。
手机案例
class Phone{
var cpu:String
var screen:String
var memory:String
var mainBoard:String
private init(builder:Builder){
self.cpu = builder.cpu!
self.screen = builder.screen!
self.memory = builder.memory!
self.mainBoard = builder.mainBoard!
}
public final class Builder {
var cpu:String?
var screen:String?
var memory:String?
var mainBoard:String?
public func cpu(cpu:String)-> Builder{
self.cpu = cpu
return self
}
public func screen(screen:String)-> Builder{
self.screen = screen
return self
}
public func memory(memory:String)-> Builder{
self.memory = memory
return self
}
public func mainBoard(mainBoard:String)-> Builder{
self.mainBoard = mainBoard
return self
}
// 使用构建者创建Phone对象
func build()->Phone{
return Phone(builder: self)
}
}
}
测试代码
/创建手机对象
var phone = Phone.Builder()
.cpu(cpu: "Intel")
.screen(screen: "三星屏幕")
.memory(memory: "金士顿内存条")
.mainBoard(mainBoard: "华硕主板")
.build()
运行结果：
以上代码使用起来更加方便，某种程度上可以提高开发效率，从软件设计上，对程序员要求比较高。
感谢黑马程序员课程
