本文主要讨论一下iOS中的Builder Pattern。与网上很多版本不同，本文不去长篇大论地解释建造者模式的概念，那些东西太虚了。设计模式这种东西是为了解决实际问题的，不能为了设计模式而设计模式，虽然这句话有点拗口！我希望我们都能宏观地看待某个设计模式，不必去太可以追求概念上的东西。事实上，只要你懂得如何应用，那此模式彼模式叫什么名称已经无所谓了。
我们先来看个例子，假设你现在要买一辆车，提出以下一堆要求：白色、价格10万以内、必须是国产车(爱国是必须的)、5座...，用iOS代码描述就是这样的：
1 WZLCar *myCar = [[WZLCar alloc] init]; 2 myCar.color = [UIColor whiteColor]; 3 myCar.price = 100000; 4 myCar.family = @"China"; 5 myCar.seatCount = 5; 6 //...more properties
或者是这样：
1 WZLCar *myCar = [WZLCar alloc] initWithColor:[UIColor whiteColor] price:100000 family:@"China" seatCount:5 ....];
实际上，以上两种方式分别代表了两种iOS对象的初始化方式。在未使用Builder Pattern之前，这两种初始化对象方式都有不方便的地方。第一种方法灵活，但是如果你接触iOS时间长点就会发现，经常会记不住这个类到底有哪些property需要初始化，尤其是当这个类是被人提供给你的时候！我们多么希望类的提供者能搞点注释啊啥的告知我们一下。第二种方法则很清晰地告诉调用者到底有哪些property需要在创建对象时初始化。但是，当类的提供者有天跟你说：hey，哥们，现在业务逻辑改变了，我增加了一个xxx属性，init方法也变了。这时，你是不是很想打他？每新增一个新的属性，init方法就要变动，而且当需要初始化的属性多大十几二十个时，这个init方法要不要太壮观！
所以，当某个类的属性值很多时，我们可以考虑使用建造者模式Builder Pattern来让初始化过程清晰一些，类的使用者会很感恩你这么做的。用iOS描述大概是这样的：
1 WZLCarBuilder *builder = [[WZLCarBuilder alloc] init];//builder里面列出了所有需要初始化的参数，可以认为是一个to-do list 2 builder.color=[UIColor whiteColor]; 3 builder.price=100000; 4 builder.family=@"China"; 5 builder.seatCount=5; 6 WZLCar *car=[builder build];//build方法产生一个WZLCar实例
其中WZLCarBuilder类的property将WZLCar类中需要初始化的property复制了一遍。当你在实例化一个WZLCar对象而忘记那些参数时，可以跳转到WZLCarBuilder类的头文件看一下就一目了然了。从这种角度看，builder其实就是一个to-do list供类的调用者查阅。有强迫症的同学可以对以上代码并不感冒，因为它显得不够紧凑不够优雅，在初始化一个WZLCar对象前要搞一堆代码。有强迫症的coder大部分都是好程序员，那我们就尝试让它更优雅一些。我们可以这么做：
1 WZLCar *myCar = [WZLCar creatWithBuilder:^(WZLCarBulider *builder){ 2 builder.color = [UIColor whiteColor]; 3 builder.price = 50000; 4 builder.family = @"China"; 5 builder.seatCount = 4; 6 }]; 7 NSLog(@"myCar:%@", [myCar description]);
将builder的配置信息封装到block中，这样代码整体看起来紧凑很多，也给类的调用者很多提示信息。WZLCar的 + (WZLCar *)creatWithBuilder:(WZLCarBuliderBlock)block 方法实现如下，详见代码注释部分：
1 + (WZLCar *)creatWithBuilder:(WZLCarBuliderBlock)block 2 { 3 NSParameterAssert(block != nil);//参数单元测试是必须的 4 WZLCarBulider *bulider = [[WZLCarBulider alloc] init]; 5 block(bulider);//这里的builder是一个指针，block内部对其所作的改变都会被保留下来 6 return [bulider build];//build创建一个WZLCar实例 7 }
WZLCarBuliderBlock是一个block声明：
typedef void (^WZLCarBuliderBlock) (WZLCarBulider *bulder);
剩下的工作就是对WZLCarBuilder的build方法实现了：
1 - (WZLCar *)build 2 { 3 NSAssert(self.color, @"color property is forcely to be initilized!"); 4 WZLCar *car = [[WZLCar alloc] init]; 5 car.color = self.color; 6 car.price = self.price; 7 car.family = self.family; 8 car.seatCount = self.seatCount; 9 return [car autorelease]; 10 }
一些需要调用者强制初始化的参数可以build函数的开头处添加断言，一旦WZLCar类的调用者在初始化时没有初始化color就是断言失败抛出异常。这在多人协同开发时可以省事很多。下面我们像文章开头一般，调用一下WZLCar类：
1 WZLCar *myCar = [WZLCar creatWithBuilder:^(WZLCarBulider *builder){ 2 builder.color = [UIColor whiteColor]; 3 builder.price = 50000; 4 builder.family = @"China"; 5 builder.seatCount = 4; 6 }]; 7 NSLog(@"myCar:%@", [myCar description]);
Log确实打印出相应的信息，我就截图了，这就说明builder pattern确实让WZLCar的初始化产生效果。按照上面的代码，如果WZLCar类的使用者一时疏忽忘记初始化color属性，程序会在断言处抛异常：
WZLCar *myCar = [WZLCar creatWithBuilder:^(WZLCarBulider *builder){ //builder.color = [UIColor whiteColor]; builder.price = 50000; builder.family = @"China"; builder.seatCount = 4; }]; NSLog(@"myCar:%@", [myCar description]);
===================================
在FaceBook的开源动画框架POP中也有对builder pattern类似的应用：
|
1
2
3
4
5
6
|
POPAnimatableProperty *animatableProperty = [POPAnimatableProperty propertyWithName:@
"property"
initializer:^(POPMutableAnimatableProperty *prop) {
prop.writeBlock = ^(
id
obj,
const
CGFloat values[]) {
};
prop.readBlock = ^(
id
obj, CGFloat values[]) {
};
}];
|
这里的initializer本质上就是builder，只是叫法不同而已。
PS：从本文的builder pattern实现中你也可以抽象出一些东西应用在其他方面，比如利用block来封装一些属性的配置信息，比如iOS8中新增加的UIAlertController类就用到这种思想，是用block让调用者在一个block内给出对UITextField的配置：
##THAT IS ALL.
本文转自编程小翁博客园博客，原文链接：http://www.cnblogs.com/wengzilin/p/4365855.html，如需转载请自行联系原作者
