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

时间:2022-05-31 09:25:37

创建类模式大PK

  • 创建类模式包括工厂方法模式建造者模式抽象工厂模式单例模式原型模式,他们能够提供对象的创建和管理职责。其中单例模式和原型模式模式非常容易理解,单例模式是要保持在内存中只有一个对象,原型模式是通过复制的方式产生一个新的对象。而工厂方法模式、抽象工厂模式和建造者模式,这三者之间有较大的相似性。
工厂方法模式VS建造者模式
  • 工厂方法模式注重的是整体对象的创建方法,而建造者模式注重的是部件构建的过程,旨在通过一步一步地精确构造创建出一个复杂的对象。就拿造车来说吧,工厂方法模式,直接生产出来的就是奔驰、宝马和大众;而建造者模式则不同了,则需要创建车胎、引擎、车门、座椅、车灯等等,然后组装成一辆奔驰或者宝马车。如下我们分别介绍两种模式的造车过程。
  • 工厂方法模式造车

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

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

  • 建造者模式造车

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

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

这个看起来还有点复杂呢,我们还是看看通用类图的源码吧,一点一点的分析一下,首先我们还是先看看这个奔驰和宝马汽车吧,还是把大众汽车给忘记了!源码还是挺简单的,就是一些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,同样宝马车也是如此。因此我们需要改进工厂方法模式,引入抽象工厂模式生产车辆。抽象工厂模式类图如下:

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

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