设计模式之-创建类模式大PK

• 创建类模式包括工厂方法模式、建造者模式、抽象工厂模式、单例模式和原型模式，他们能够提供对象的创建和管理职责。其中单例模式和原型模式模式非常容易理解，单例模式是要保持在内存中只有一个对象，原型模式是通过复制的方式产生一个新的对象。而工厂方法模式、抽象工厂模式和建造者模式，这三者之间有较大的相似性。

工厂方法模式VS建造者模式

• 工厂方法模式注重的是整体对象的创建方法，而建造者模式注重的是部件构建的过程，旨在通过一步一步地精确构造创建出一个复杂的对象。就拿造车来说吧，工厂方法模式，直接生产出来的就是奔驰、宝马和大众；而建造者模式则不同了，则需要创建车胎、引擎、车门、座椅、车灯等等，然后组装成一辆奔驰或者宝马车。如下我们分别介绍两种模式的造车过程。
• 工厂方法模式造车

首先工厂方法模式的类图如下，其中我们将车辆分为三种奔驰、宝马、大众，定义一个接口，在定义三种车型的创建实现，通过汽车制造工厂生产汽车。通过类图代码略。

• 建造者模式造车

建造者模式设计一个车需要先把车进行拆分，分为引擎、车轮和车体三部分，然后由建造者进行建造，并通过设计图纸建造车辆，注重零件的配合、组装和封装从一个细微构件角度看待一个对象，建造者模式的类图如下。

这个看起来还有点复杂呢，我们还是看看通用类图的源码吧，一点一点的分析一下，首先我们还是先看看这个奔驰和宝马汽车吧，还是把大众汽车给忘记了！源码还是挺简单的，就是一些get和set方法。

public interface ICar {
 public String getWheel();
 public String getEngine();
 public String getCarbody();
}
public class Benz implements ICar{
 private Blueprint bp;
 public Benz(Blueprint bp){
 this.bp = bp;
 }
 @Override
 public String getWheel() {
 // TODO Auto-generated method stub
 return this.bp.getWheel();
 }
 @Override
 public String getEngine() {
 // TODO Auto-generated method stub
 return this.bp.getEngine();
 }
 @Override
 public String getCarbody() {
 // TODO Auto-generated method stub
 return this.bp.getBody();
 }
}
public class BMW implements ICar{
 private Blueprint bp;
 public BMW(Blueprint bp){
 this.bp = bp;
 }
 public String getBody() {
 return this.bp.getBody();
 }
 public String getWheel() {
 // TODO Auto-generated method stub
 return this.bp.getWheel();
 }
 @Override
 public String getEngine() {
 // TODO Auto-generated method stub
 return this.bp.getEngine();
 }
 @Override
 public String getCarbody() {
 // TODO Auto-generated method stub
 return this.bp.getBody();
 }
}

接下来我们看看我们重头戏CarBuilder，写起来发现也没有那么复杂了。

public abstract class CarBuilder {
 private Blueprint bp;
 public abstract ICar buildCar();
 public void receiveBlueprint(Blueprint bp){
 this.bp = bp;
 }
 protected Blueprint getBlueprint(){
 return this.bp;
 }
}
public class BenzBuilder extends CarBuilder{
 @Override
 public ICar buildCar() {
 // TODO Auto-generated method stub
 return new Benz(super.getBlueprint());
 }
}
public class BMWBuilder extends CarBuilder{
 @Override
 public ICar buildCar() {
 // TODO Auto-generated method stub
 return new BMW(super.getBlueprint());
 }
}

最后只剩下导演类了，看来最复杂的还是导演，要设计车辆的蓝图，并正确的调用建造方法。

public class Director {
 private CarBuilder benzBuilder = new BenzBuilder();
 private CarBuilder BMWbuilder = new BMWBuilder();
 private Blueprint bp;
 public ICar createBenz(){
 bp = new Blueprint();
 bp.setBody("BenzBody");
 bp.setEngine("BenzEngine");
 bp.setWheel("BenzWheel");
 return createCar(benzBuilder, bp);
 }
 public ICar createBMW(){
 bp = new Blueprint();
 bp.setBody("BMWBody");
 bp.setEngine("BMWEngine");
 bp.setWheel("BMWWheel");
 return createCar(BMWbuilder, bp);
 }
 private ICar createCar(CarBuilder carBuilder, Blueprint bp){
 carBuilder.receiveBlueprint(bp);
 return carBuilder.buildCar();
 }
}

大功告成，我们通过客户端调用一下看看运行状况。

public class Client {
 /**
 * @param args
 */
 public static void main(String[] args) {
 // TODO Auto-generated method stub
 Director director = new Director();
 ICar benz = director.createBenz();
 ICar BMW = director.createBMW();
 System.out.println(benz.getCarbody()); //BenzBody
 System.out.println(BMW.getCarbody()); //BMWBody
 }
}

• 最佳实践

工厂方法模式和建造者模式都属于对象创建类模式，都是用来创建类对象。但他们之间区别还是比较明显的。

• 意图不同：工厂方法模式关注的是产品的整体，如宝马、大众车整体，无需关心产品的各个部分是如何创建出来的；但在建造者模式中，一个具体产品的产生是依赖各个部件的产生以及装配顺序，它关注的是“由零件一步一步地组装出产品对象”。工厂方法模式创建对象粒度较粗，而建造者模式创建对象的粒度较细。
• 产品的复杂度不同，工厂方法模式创建出来的宝马和奔驰车的样子是一样的，而建造者模式创建的宝马车和奔驰车可以分别指定不同的车体部分。

抽象工厂模式VS建造者模式

抽象工厂模式实现对产品家族的创建，一个产品家族是一系列不同分类维度的产品组合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可。我们生产的奔驰和宝马车当然不能各只有一种型号，奔驰车有商务车还有运动型车SUV，同样宝马车也是如此。因此我们需要改进工厂方法模式，引入抽象工厂模式生产车辆。抽象工厂模式类图如下：

对外界调用者来说，只要更换了一个具备相同结构的对象，即可发生非常大的改变，如我们原本使用BenzFactory生产汽车，但是系统突然也生产宝马汽车，则只需要将BenzFactory替换为BMWFactory即可，注意这里生产的是一辆完整的车，对于一个产品，只要给出产品的代码即可生产，抽象工厂模式把一辆车认为是一个完整的，不可拆分的对象，注重完整性，不会出现一个宝马工厂生产奔驰车的情况，不能生产混合车型。而建造者模式可以将不同车型的零件任意组合。如果希望屏蔽对象的创建过程，只提供一个封装良好的对象，则可以选择抽象工厂模式。而建造者模式可以用在构件的装配方面，如通过装配不同的组件或者相同组件的不同顺序，可以产生出一个新的对象，是一个非常灵活的架构，方便地扩展和维护系统。