第五章-------建造者模式

今天是个好日子，心想的事儿都能成，联通上涨超过5个点；各只基金都在齐头并进上涨；哈哈老衲总算扳回一局收回了一波；棒棒的，还有今天是星期五，明天不加班；杠杠的；人要活的有尊严；作为合格的程序员应该以加班为耻；以不加班为荣；不加班还能做好工作那才是程序员应该干的事；昨天的文章由于提到敏感词汇被简书锁定了；后来改了还是没能公开；在这里再吐槽一下简书封号官. 好了现在我们研究下建造者模式；

老样子，先看看定义：
Separate the construction of a complex object from its representation so that the same
construction process can create different representations.（将一个复杂对象的构建与它的表示分
离，使得同样的构建过程可以创建不同的表示。）
定义也是官方翻译，让人晦涩难懂；跟进到代码中，相信大家就会明白：我们还是从代码开始切入,好了我们写个Demo:

假设有这么个场景：某汽车工厂需要开发一款新车，做之前呢先请第三方设计公司做个汽车模型吧；模型一出自然无法改动；用户要求可以定制化这个模型：

 public abstract class CarModel {
// 开车
protected abstract void start();

// 发车声响
protected abstract void alarm();

// 停车
protected abstract void stop();

// 引擎响起
protected abstract void engineBoom();

final public void run() {
    this.start();
    this.alarm();
    this.engineBoom();
    this.stop();
}
}

这个模型出来了；但是感觉跟模板方法模式好像哦，先不管我们继续干我们来做个奔驰模型车出来；

 package com.ldl.builder;
 public abstract class CarModel {
// 开车
protected abstract void start();

// 发车声响
protected abstract void alarm();

// 停车
protected abstract void stop();

// 引擎响起
protected abstract void engineBoom();

final public void run() {
    this.start();
    this.alarm();
    this.engineBoom();
    this.stop();
}
 }

好了测试一下：

 public static void main(String[] args) {
    // TODO Auto-generated method stub
    CarModel benciModel = new BenciModel();
    benciModel.run();
}

图片.png

效果还不错；但是我们要求定制化啊这显然不满足需求：现在我们改造一下

public abstract class CarModel {
private List<String> sequence = new ArrayList<String>();
// 开车
protected abstract void start();

// 发车声响
protected abstract void alarm();

// 停车
protected abstract void stop();

// 引擎响起
protected abstract void engineBoom();

final public void run() {
    for (String action : sequence) {
        if (action.equalsIgnoreCase("start")) {
            this.start();

        } else if (action.equalsIgnoreCase("stop")) {

            this.stop();
        } else if (action.equalsIgnoreCase("alarm")) {
            this.alarm();

        } else if (action.equalsIgnoreCase("engineBoom")) {
            this.engineBoom();
        }
    }

}

public void setSequence(List<String> sequence) {
    this.sequence = sequence;
}
}

提供个对外访问设置的接口不就行了

这样不就可以定制了吗，想怎么玩怎么玩；
是不是很简单；但是我们客户再搞一个宝马车模型怎么办？我们再来一次这个场景吗岂不是好麻烦：好了不扯淡我们切入正题，再改造一下；
现在我们创建一个汽车的建造厂：

  package com.ldl.builder;
  import java.util.List;
  public abstract class CarBuilder {
abstract public void setSqueen(List<String> aqueen);
public abstract CarModel getCarModel();
  }

好了我们可以创建一个奔驰车的模型了

   package com.ldl.builder;
import java.util.List;

  /**
   * 奔驰车建造者
      * 
     * @author Administrator
     *
         */
   public class BenziBulder extends CarBuilder {
private BenciModel bencimodel = new BenciModel();

@Override
public void setSqueen(List<String> aqueen) {
    // TODO Auto-generated method stub
    this.bencimodel.setSequence(aqueen);

}

@Override
public CarModel getCarModel() {
    // TODO Auto-generated method stub
    return this.bencimodel;
}
   }

宝马车的同理：
我们测试一下；我们再来个辅助类是不是更好；把定制化写在辅助类里；说干就干；

 package com.ldl.builder;
 import java.util.ArrayList;
 import java.util.List;

public class BuilderHelp {
private List<String> squeen = new ArrayList<String>();
private BaoMaBulder baomabuilder = new BaoMaBulder();
private BenziBulder bencibuilder = new BenziBulder();

public BaoMaModel getBaoMaModel() {
    squeen.clear();
    squeen.add("start");
    squeen.add("engineBoom");
    squeen.add("alarm");
    squeen.add("stop");
    baomabuilder.setSqueen(squeen);
    return (BaoMaModel) baomabuilder.getCarModel();
}

public BenciModel getBenciModel() {
    squeen.clear();
    squeen.add("start");
    squeen.add("alarm");
    squeen.add("engineBoom");
    squeen.add("stop");
    bencibuilder.setSqueen(squeen);
    return (BenciModel) bencibuilder.getCarModel();
}
}

这么干是不是清爽了许多；想要什么模型就有什么模型；业务场景类只需要调用就可：

                         package com.ldl.builder;

import java.util.ArrayList;
import java.util.List;

public class BuilderTest {

public static void main(String[] args) {
    // TODO Auto-generated method stub
    // CarModel benciModel = new BenciModel();
    // List<String> squee = new ArrayList<String>();
    // squee.add("start");
    // squee.add("engineBoom");
    // squee.add("alarm");
    // squee.add("stop");
    // benciModel.setSequence(squee);
    // benciModel.run();
    BuilderHelp builders = new BuilderHelp();
    builders.getBaoMaModel().run();
    builders.getBenciModel().run();
}

   }

图片.png

看看效果出来了；告诉你这就是建造者模式你信吗？将一个复杂对象的构建与它的表示分
离，使得同样的构建过程可以创建不同的表示。这句话什么意思，比如宝马车构建过程我们可以定制不同的启动顺序，对象仍然是对象；表示就不同了
看一下通用类图：

图片.png

Director就是我们的BuilderHelp类；Builder抽象建造者； ConcreteBuilder具体建造者；
总结一下优缺点:

优点：
建造者模式可以使客户端不必知道产品内部组成的细节

建造者独立，容易扩展；奔驰宝马两个产品独立存在互不影响易于扩展;

便于控制细节风险；具体的建造者独立的，那么可以具体细化定制而不会影响其他的建造者；

使用场景：
● 相同的方法，不同的执行顺序，产生不同的事件结果时，可以采用建造者模式。
● 多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可
以使用该模式。
● 产品类非常复杂，或者产品类中的调用顺序不同产生了不同的效能，这个时候使用建
造者模式非常合适。
● 在对象创建过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程
中不易得到时，也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方
法，因为一个对象不容易获得，而在设计阶段竟然没有发觉，而要通过创建者模式柔化创建
过程，本身已经违反设计的最初目标。

注意事项：与工厂模式很像：建造者模式最主要的功能是基本方法的
调用顺序安排，也就是这些基本方法已经实现了，通俗地说就是零件的装配，顺序不同产生
的对象也不同；而工厂方法则重点是创建对象而不关心内部顺序；