笔记：设计模式(4)-Builder创建者模式
Builder模式的起源
1.假设创建游戏中的一个房屋House设施，该房屋的构建由几个部分组成，且各个部分要富于变化；
2.如果使用最直接的设计方法，每一个房屋部分的变化，都将导致房屋构建的重新修正...
动机（Motivation）
在系统中，有时面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将他们组合在一起的算法却相对稳定。
结构（Structure）
实现（Actionscript code）
//kfc套餐
package com.rock506.kfc
{
public class Food
{
public function Food()
{
}
public function add(item:String):void
{
trace("item:"+item);
}
}
}
//抽象建造者
package com.rock506.kfc
{
import flash.errors.IllegalOperationError;
public class Builder
{
public function BuilderHamb():void
{
throw new IllegalOperationError("abstract method");
}
public function BuildCoke():void
{
throw new IllegalOperationError("abstract method");
}
public function BuildChip():void
{
throw new IllegalOperationError("abstract method");
}
public function GetFood():Food
{
throw new IllegalOperationError("abstract method");
return null;
}
}
}
//kfc普通套餐
package com.rock506.kfc
{
public class NormalBuilder extends Builder
{
private var _food:Food = new Food();
public function BuilderHamb():void
{
_food.add("normal hamb");
}
public function BuildCoke():void
{
_food.add("normal coke");
}
public function BuildChip():void
{
_food.add("normal chip");
}
public function GetFood():Food
{
return _food;
}
}
}
//kfc黄金套餐
package com.rock506.kfc
{
public class GoldBuilder extends Builder
{
private var _food:Food = new Food();
public function BuilderHamb():void
{
_food.add("gold hamb");
}
public function BuildCoke():void
{
_food.add("gold coke");
}
public function BuildChip():void
{
_food.add("gold chip");
}
public function GetFood():Food
{
return _food;
}
}
}
//kfc套餐Director
package com.rock506.kfc
{
public class FoodManager
{
private var _builder:Builder;
public function FoodManager(builder:Builder)
{
_builder = builder;
builder.BuilderHamb();
builder.BuildCoke();
builder.BuildChip();
}
public function GetFood():Food
{
return _builder.GetFood();
}
}
}
//客户端 var foodManager:FoodManager = new FoodManager(new NormalBuilder); var food:Food=foodManager.GetFood();
实现要点（notice）
1.建造者模式主要用于“分步骤构建一个复杂的对象”，在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化；
2.产品不需要抽象类，特别是由于创建对象的算法复杂而导致使用此模式的情况下或者此模式应用于产品的生成过程，其最终结果可能差异很大，不大可能提炼出一个抽象产品类；
3.创建者中的创建子部件的接口方法不是抽象方法而是空方法，不进行任何操作，具体的创建者只需要覆盖需要的方法就可以，但是这也不是绝对的，特别是类似文本转换这种情况下，缺省的方法将输入原封不动的输出是合理的缺省操作；
4.前面我们说过的抽象工厂模式（Abtract Factory）解决“系列对象”的需求变化，Builder模式解决“对象部分”的需求变化，建造者模式常和组合模式（Composite Pattern）结合使用。
参考文献（reference）
《C#面向对象设计模式纵横谈》视频
