- 常见的 Objective-C 构造器
31度的高温，啥也别说，来杯奇异果茶
LYFruitTea *fruitTea = [[LYFruitTea alloc] initWith:LYFruitVariety_Kiwi];
喝起来觉得太甜了，好吧，加个甜度控制
LYFruitTea *fruitTea = [[LYFruitTea alloc] initWith:LYFruitVariety_Kiwi andSweetness:30];
30%的甜度刚好，可是还是很热呀，能不能加冰呢
LYFruitTea *fruitTea = [[LYFruitTea alloc] initWith:LYFruitVariety_Kiwi sweetness:30 andIced:YES];
LYFruitTea 的内部实现，一般都是其它构造器层层调用至最后最长参数设置的那个构造器(重叠调用构造器)：
- (instancetype)initWith:(LYFruitVariety)fruitVariety {
return [self initWith:fruitVariety andSweetness:10];
}
- (instancetype)initWith:(LYFruitVariety)fruitVariety andSweetness:(NSInteger)sweetness {
return [self initWith:fruitVariety sweetness:sweetness andIced:NO];
}
- (instancetype)initWith:(LYFruitVariety)fruitVariety sweetness:(NSInteger)sweetness andIced:(BOOL)iced {
if (self = [super init]) {
_fruitVariety = fruitVariety;
_sweetness = sweetness;
_iced = iced;
}
return self;
}
扩展性不好，有了新的需求，用户要选择是否加牛奶，是否加珍珠，那是否就不断的扩展/新建构造方法呢？
当然也有另外一种方式：
LYFruitTea *fruitTea = [[LYFruitTea alloc] init];
fruitTea.fruitVariety = LYFruitVariety_Kiwi;
fruitTea.sweetness = 30;
fruitTea.iced = YES;
这样写可以满足要求了吧，扩展性不错捏，?(?????????)?，可是这样写很分散，容易丢失属性设置（特别是后续增加的必设属性），使用者也可能不知道新增了属性，所以两种属性都不能够很灵活的处理需求变更
- Builder Pattern
记得曾看过一句话：遇到多个构造器参数时需要考虑用构建器，它将复杂对象的构造与它的表示分开
Builder Pattern 在 JavaScript 中的使用（这里的 Method Chaining 下一篇）
LYFruitTea *fruitTea = new LYFruitTea.builder()
.setFruitVariety(LYFruitVariety_Kiwi)
.setSweetness(30)
.setIced(YES)
.build();
新需求需要设置新属性时，在 build() 调用前添加 setXXX() 即可，同时若有必设属性，在 build() 里进行检查并给予??
对应到 Objective-C 中常规实现是
LYFruitTea *fruitTea = [[[[[[LYFruitTeaBuilder alloc] init] setFruitVariety:LYFruitVariety_Kiwi] setSweetness:30] setIced:YES] build];
这是在玩贪吃蛇吗？有种被支配的恐惧
嗯，是的还有另外的实现方式：
LYFruitTeaBuilder *fruitTeaBuilder = [[LYFruitTeaBuilder alloc] init];
fruitTeaBuilder.fruitVariety = fruitVariety;
fruitTeaBuilder.sweetness = sweetness;
fruitTeaBuilder.iced = iced;
LYFruitTea *fruitTea = [fruitTeaBuilder build];
到这里是不是发现跟之前常用的构造器的问题一样，是不是看不到 Builder Pattern 在 Objective-C 使用的真正意义，那是因为目前只是仅仅将这个模式直接拷贝至 Objective-C 来实现，并未适应 Objective-C
- Builder Pattern 在 Objective-C 的使用
Builder Pattern 适应 Objective-C 的写法其实并不特别，就是使用 block （Method Chaining 也是使用 block 实现），并在 block 里进行属性设置等等配置工作
typedef void(^LYFruitTeaBuilderBlock)(LYFruitTeaBuilder *builder);
LYFruitTea *fruitTea = [LYFruitTea ruitVarietyWith:LYFruitVariety_Kiwi
builder:^(LYFruitTeaBuilder *builder) {
builder.sweetness = 30;
builder.iced = YES;
}];
看起来是不是舒服多了，若是有其他需求变更，集中在块中进行配置，也不会由于疏忽而忘记了build的调用，这里只需要关注想要的配置，使用者很方便调用
其中ruitVarietyWith:builder:的方法实现
+ (LYFruitTea *)ruitVarietyWith:(LYFruitVariety)fruitVariety builder:(LYFruitTeaBuilderBlock)block {
NSParameterAssert(block);
LYFruitTeaBuilder *builder = [[LYFruitTeaBuilder alloc] initWith:fruitVariety];
block(builder);
return [builder build];
}
LYFruitTeaBuilder 的 build 方法实现：
- (LYFruitTea *)build {
/*进行一些条件的检查*/
LYFruitTea *fruitTea = [[LYFruitTea alloc] initWithBuilder:self];
return fruitTea;
}
LYFruitTea 的 initWithBuilder: 方法实现：
- (instancetype)initWithBuilder:(LYFruitTeaBuilder *)builder {
if (self = [super init]) {
_fruitVariety = builder.fruitVariety;
_sweetness = builder.sweetness;
_iced = builder.iced;
}
return self;
}
当然也可以将这一操作集中在 LYFruitTeaBuilder 一起完成：
- (LYFruitTea *)build {
/*进行一些条件的检查*/
LYFruitTea *fruitTea = [[LYFruitTea alloc] init];
fruitTea.fruitVariety = self.fruitVariety;
fruitTea.sweetness = self.sweetness;
fruitTea.iced = self.iced;
return fruitTea;
}
这两种进行最后配置时的操作，看个人习惯，怎么方便怎么来，个人更倾向于后面一种，避免了两个地方的互相调用，引起的查阅不便，可读性更强
作为客户端开发，常?；嵊行枨笳故镜谋涓?，以便于产品快速进行验证，这个时候使用 Builder Pattern 最大的好处，就是配置进行统一配置，看起来整洁，需求变更，开发人员可以快速响应，无需大片改动代码，非常便于后期人员的理解维护
哎，感觉今天蔫蔫的，先酱紫吧，脑袋一片浆糊呢
