定义

造者模式(Builder Pattern):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
建造者模式是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节。建造者模式属于对象创建型模式。根据中文翻译的不同,建造者模式又可以称为生成器模式。

模式结构

建造者模式包含如下角色:

  • Builder:抽象建造者为创建一个产品对象的各个部件指定抽象接口。
  • ConcreteBuilder:具体建造者实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口。
  • Director:指挥者构造一个使用Builder接口的对象
  • Product:产品角色表示被构造的复杂对象。ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最终产品的接口。

建造者模式 - 图1

适用场景

在以下情况下可以使用建造者模式:

  • 需要生成的产品对象有复杂的内部结构,这些产品对象通常包含多个成员属性。
  • 需要生成的产品对象的属性相互依赖,需要指定其生成顺序。
  • 对象的创建过程独立于创建该对象的类。在建造者模式中引入了指挥者类,将创建过程封装在指挥者类中,而不在建造者类中。
  • 隔离复杂对象的创建和使用,并使得相同的创建过程可以创建不同的产品。

代码实现

image.png

Product

创建抽象产品协议 <IProduct>.

  1. #import <Foundation/Foundation.h>
  2. @protocol IProduct <NSObject>
  3. // 饮料
  4. - (void)drink:(NSString *)drink;
  5. // 食物
  6. - (void)food:(NSString *)food;
  7. // 小吃
  8. - (void)snack::(NSString *)snack;
  9. @end

创建具体的产品类 KFCMeals (实现了 <IProduct> 协议).

  1. // .h
  2. #import <Foundation/Foundation.h>
  3. #import "IProduct.h"
  4. @interface KFCMeals : NSObject<IProduct>
  5. @end
  6. // .m
  7. #import "KFCMeals.h"
  8. @implementation KFCMeals
  9. // 饮料
  10. - (void)drink:(NSString *)drink {
  11. NSLog(@"选取KFC饮料为:%@",drink);
  12. }
  13. // 食物
  14. - (void)food:(NSString *)food {
  15. NSLog(@"选取KFC食物为:%@",food);
  16. }
  17. // 小吃
  18. - (void)snack:(NSString *)snack {
  19. NSLog(@"选取KFC小吃为:%@",snack);
  20. }
  21. @end

Builder

创建抽象产品建造者协议 <IProductBuilder>.

  1. #import <Foundation/Foundation.h>
  2. #import "IProduct.h"
  3. @protocol IProductBuilder <NSObject>
  4. // 建造饮料
  5. - (id<IProductBuilder>)buildDrink:(NSString *)drink;
  6. // 建造食物
  7. - (id<IProductBuilder>)buildFood:(NSString *)food;
  8. // 建造小吃
  9. - (id<IProductBuilder>)buildSnack:(NSString *)snack;
  10. // 建造套餐
  11. - (id<IProduct>)buildMeals;
  12. @end

ConcreteBuilder

实现具体的产品类 KFCMealsBuilder (实现了 <IProductBuilder> 协议).

  1. // .h
  2. #import <Foundation/Foundation.h>
  3. #import "IProductBuilder.h"
  4. @interface KFCMealsBuilder : NSObject<IProductBuilder>
  5. @end
  6. // .m
  7. #import "KFCMealsBuilder.h"
  8. #import "KFCMeals.h"
  9. @interface KFCMealsBuilder()
  10. @property (nonatomic ,strong)id<IProduct> meals;
  11. @end
  12. @implementation KFCMealsBuilder
  13. // 套餐建造者 持有 套餐 的引用
  14. - (instancetype)init {
  15. if (self = [super init]) {
  16. _meals = [[KFCMeals alloc] init];
  17. }
  18. return self;
  19. }
  20. // 这种链式调用就是典型的Builder的应用
  21. // 建造饮料
  22. - (id<IProductBuilder>)buildDrink:(NSString *)drink {
  23. [_meals drink:drink];
  24. return self;
  25. }
  26. // 建造食物
  27. - (id<IProductBuilder>)buildFood:(NSString *)food {
  28. [_meals food:food];
  29. return self;
  30. }
  31. // 建造小吃
  32. - (id<IProductBuilder>)buildSnack:(NSString *)snack {
  33. [_meals snack:snack];
  34. return self;
  35. }
  36. // 建造套餐
  37. - (id<IProduct>)buildMeals {
  38. NSLog(@"生成了一个KFC套餐。");
  39. return _meals;
  40. }
  41. @end

Director

创建统一组装类 Director (可省略不实现).

  1. // .h
  2. #import <Foundation/Foundation.h>
  3. #import "IProductBuilder.h"
  4. @interface Director : NSObject
  5. // 构造函数
  6. - (instancetype)initWithBuilder:(id<IProductBuilder>)builder;
  7. // 建造产品的方法
  8. - (void)constructDrink:(NSString *)drink
  9. food:(NSString *)food
  10. snack:(NSString *)snack;
  11. @end
  12. // .m
  13. #import "Director.h"
  14. @interface Director()
  15. @property (nonatomic, strong)id<IProductBuilder> builder;
  16. @end
  17. @implementation Director
  18. - (instancetype)initWithBuilder:(id<IProductBuilder>)builder {
  19. if (self = [super init]) {
  20. _builder = builder;
  21. }
  22. return self;
  23. }
  24. - (void)constructDrink:(NSString *)drink
  25. food:(NSString *)food
  26. snack:(NSString *)snack {
  27. [[[[_builder buildDrink:drink] buildFood:food] buildSnack:snack] buildMeals];
  28. }
  29. @end

测试

  • 测试一:(有统一组装类的方法)
  1. id<IProductBuilder> builder = [[KFCMealsBuilder alloc] init];
  2. Director *dir = [[Director alloc] initWithBuilder:builder];
  3. [dir constructDrink:@"牛奶" food:@"汉堡" snack:@"薯条"];

控制台打印结果:
image.png

  • 测试二:(无统一组装类的方法)

开发中大多数情况下都是使用的该种方案。

  1. id<IProductBuilder> builder = [[KFCMealsBuilder alloc] init];
  2. [[[[builder buildDrink:@"牛奶"] buildSnack:@"鸡块"] buildFood:@"鸡肉卷"] buildMeals];

控制台打印结果:
image.png

优点

  • 在建造者模式中, 客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象。
  • 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者, 用户使用不同的具体建造者即可得到不同的产品对象
  • 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
  • 增加新的具体建造者无须修改原有类库的代码,指挥者类针对抽象建造者类编程,系统扩展方便,符合“开闭原则”。

    缺点

  • 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

  • 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。