设计模式之创建类模式大PK
| 创建类模式大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即可,注意这里生产的是一辆完整的车,对于一个产品,只要给出产品的代码即可生产,抽象工厂模式把一辆车认为是一个完整的,不可拆分的对象,注重完整性,不会出现一个宝马工厂生产奔驰车的情况,不能生产混合车型。而建造者模式可以将不同车型的零件任意组合。如果希望屏蔽对象的创建过程,只提供一个封装良好的对象,则可以选择抽象工厂模式。而建造者模式可以用在构件的装配方面,如通过装配不同的组件或者相同组件的不同顺序,可以产生出一个新的对象,是一个非常灵活的架构,方便地扩展和维护系统。
设计模式之创建类模式大PK的更多相关文章
- 设计模式之行为类模式大PK
行为类模式大PK 行为类模式包括责任链模式.命令模式.解释器模式.迭代器模式.中介者模式.备忘录模式.观察者模式.状态模式.策略 ...
- 设计模式之结构类模式大PK
结构类模式大PK 结构类模式包括适配器模式.桥梁模式.组合模式.装饰模式.门面模式.享元模式和代理模式.之所以称其为结构类模式,是因 ...
- 创建类模式大PK(总结)
创建类模式包含工厂方法模式.建造者模式.抽象工厂模式.单例模式和原型模式,它们都可以提供对象的创建和管理职责.当中的单例模式和原型模式很easy理解,单例模式是要保持在内存中仅仅有一个对象,原型模式是 ...
- 第26章 创建型模式大PK
26.1 工厂方法模式 VS 建造者模式 26.1.1 按工厂方法建造超人 (1)产品:两类超人,成年超人和未成年超人. (2)工厂:这里选择简单工厂 [编程实验]工厂方法建造超人 //创建型模式大P ...
- 设计模式之创建类模式PK
创建类模式包括: 工厂方法模式 建造者模式 抽象工厂模式 单例模式 原型模式 创建类模式能够提供对象的创建和管理职责. 其中单例模式和原型模式非常容易理解, 单例模式是要保持在内存中只有一个对象,原型 ...
- ZT 创建类模式总结篇
创建类模式总结篇 分类: 设计模式 2012-03-26 09:03 7320人阅读 评论(11) 收藏 举报 编程优化设计模式任务 创建类模式主要关注对象的创建过程,将对象的创建过程进行封装,使客户 ...
- 第28章 行为型模式大PK
27.1 策略模式 VS 命令模式 27.1.1 策略模式实现压缩算法 //行为型模式大PK——策略模式和命令模式 //实例:用策略模式实现压缩算法 #include <iostream> ...
- 第27章 结构型模式大PK
27.1 代理模式 VS 装饰模式 27.1.1 代理模式 (1)场景:客人找运动员代理要求安排运动员参加比赛 (2)说明:代理人有控制权,可以拒绝客人的要求,也可以答应安排,甚至自己下去跑(因为有些 ...
- 设计模式之行为类模式PK
行为类模式包括: 责任链模式 命令模式 解释器模式 迭代器模式 中介者模式 备忘录模式 观察者模式 状态模式 策略模式 模板方法模式 访问者模式 行为型模式涉及到算法和对象间职责的分配 行为类模式关注 ...
随机推荐
- 【Win 10 应用开发】在App所在的进程中执行后台任务
在以往版本中,后台任务都是以独立的专用进程来运行,因此,定义后台任务代码的类型都要位于 Windows 运行时组件项目中. 不过,在14393中,SDK 作了相应的扩展,不仅支持以前的独立进程中运行后 ...
- JQuery 选择器
选择器是JQuery的根基,在JQuery中,对事件的处理,遍历DOM和AJAX操作都依赖于选择器.如果能够熟练地使用选择器,不仅能简化代码,而且还可以事半功倍. JQuery选择器的优势 1.简洁的 ...
- 【NLP】十分钟快览自然语言处理学习总结
十分钟学习自然语言处理概述 作者:白宁超 2016年9月23日00:24:12 摘要:近来自然语言处理行业发展朝气蓬勃,市场应用广泛.笔者学习以来写了不少文章,文章深度层次不一,今天因为某种需要,将文 ...
- 设计模式之创建类模式大PK
创建类模式大PK 创建类模式包括工厂方法模式.建造者模式.抽象工厂模式.单例模式和原型模式,他们能够提供对象的创建和管理职责.其 ...
- [原] KVM 虚拟化原理探究(6)— 块设备IO虚拟化
KVM 虚拟化原理探究(6)- 块设备IO虚拟化 标签(空格分隔): KVM [toc] 块设备IO虚拟化简介 上一篇文章讲到了网络IO虚拟化,作为另外一个重要的虚拟化资源,块设备IO的虚拟化也是同样 ...
- [WPF] Wait for a moment.
一.控件介绍 在 WPF 中使用的等待控件,控件包括三种,普通的等待信息提示(WaitTip),进度条提示(WaitProgress),以及主程序覆盖的模拟时钟等待窗口(WaitClock),具体效果 ...
- ADO.NET一小记-select top 参数问题
异常处理汇总-后端系列 http://www.cnblogs.com/dunitian/p/4523006.html 最近使用ADO.NET的时候,发现select top @count xxxx 不 ...
- C++的内存泄漏检测【转载】
原文地址: http://www.cnblogs.com/jily/p/6239514.html
- MVC还是MVVM?或许VMVC更适合WinForm客户端
最近开始重构一个稍嫌古老的C/S项目,原先采用的技术栈是『WinForm』+『WCF』+『EF』.相对于现在铺天盖地的B/S架构来说,看上去似乎和Win95一样古老,很多新入行的,可能就没有见过经典的 ...
- C# Entity Framework并发处理
原网站:C# Entity Framework并发处理 在软件开发过程中,并发控制是确保及时纠正由并发操作导致的错误的一种机制.从 ADO.NET 到 LINQ to SQL 再到如今的 ADO.NE ...