iOS设计模式之生成器
1.生成器模式的定义
(1): 将一个复杂的对象的构件与它的表示分离,使得相同的构建过程能够创建不同的表示
(2): 生成器模式除了客户之外还包括一个Director(指导者),和一个builder(生成器).client通过向指导者(Director)提出需求,指导者(Director)向bulider(生成器)提供信息来建造特定的产品.bulider依据特定的信息生产产品并返回给客户.
2:使用生成器的优点
构建某些对象有多种不同的方式,假设这些逻辑包括在构建这些对象的类的单一方法中,构建的逻辑就会非常复杂(比如:针对各种构建需求的一大片潜逃if- else),假设分解为客户 — 指导者 — 生成器的关系,过程将变得易于管理.
3.生成器模式的UML
Builder :生成器接口,定义创建一个Product各个部件的操作
ConcreteBuilder:详细的生成器的实现类
Product:产品,表示被生成器构建的复杂的对象。包括多个部件
Director:指导者也称导向者。主要用来使用Builder接口
。已一个统一的接口创建Product对象
4 .生成器模式与抽象工厂模式的比較
从形式上来讲,通过角色合并。方法功能的转变,抽象工厂能够和生成器模式形式上取得一致(比方抽象工厂只处理一个产品族,工厂方法都处理同一个产品)。但注意,这不过形式上的。实际上。抽象工厂和生成器模式有着本质的差别:
1、生成器模式是为了构造一个复杂的产品,并且购造这个产品遵循一定的规则(同样的过程),而抽象工厂则是为了创建成族的产品(系列产品)。同族产品的构造在逻辑上并不存在必定的联系(唯一必定的联系就是大家都属于一族)。
2、生成器模式的构造方法是为了构造同一个产品,因此必须有指导者来协调进行工作。构造方法之间存在必定的业务联系,而抽象工厂的构造方法都是独立去构建自己的产品对象。因此他们不存在必定的联系。
在生成器模式中client不直接调用构建产品部分的方法来获取终于产品。而抽象工厂中client是通过调用不同的工厂方法获取不同的产品。
3.在生成器模式中,那些用来构造产品不同部分的方法一般都实现为Protected形式,以防止client通过调用这样的方法活得不可预料的结果。而抽象工厂中的这些方法必须为Public形式。否则客户无法调用来获得产品结果;
4.生成器模式的角色有生成器。产品和指导者,而抽象工厂的角色有工厂和产品。
不管角色和功能如何变换,但所含的业务逻辑角色都应该存在,这也是两个模式的业务本质。