Builder Pattern 在 Objective-C 中的使用

• 常见的 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 最大的好处，就是配置进行统一配置，看起来整洁，需求变更，开发人员可以快速响应，无需大片改动代码，非常便于后期人员的理解维护

哎，感觉今天蔫蔫的，先酱紫吧，脑袋一片浆糊呢