设计模式学习笔记(十四)——创建型模式总结
2006-10-25 18:12
671 查看
GoF23种设计模式中创建型模式有5种,分别是:Singleton单件模式、Abstract Factory抽象工厂模式、Builder生成器模式、Factory Method工厂方法模式、Prototype原形模式。下面分别总结这几种设计模式。
在学习的过程中,觉得从功能上看Abstract Factory模式和Builder模式容易混淆,Factory Method模式和Prototype模式不好区分。Singleton模式没什么太大的困难。下面就来分析一下前四种模式。
一、Abstract Factory模式和Builder模式:
Abstract Factory是应对一系列对象的创建的问题,正如前面文章中举的例子,对于创建一个汽车对象来说,Abstract Factory模式更关注一系列的对象的创建,或者说是汽车类型中的各个部分,如:Wheel、Engine、Body等等类型的创建。换句话说关注点在这一系列对象上。
Builder是应对一个复杂对象创建的问题,或者说是针对这个复杂对象中的子对象的创建的问题。以汽车的例子来说,我觉得比起Abstract Factory模式,Builder模式相对注重汽车类型(上面所说的“复杂对象”)本身以及其各个部分(Wheel、Engine、Body等等)类型的创建。Builder模式要求这个复杂的类型(汽车)中的各个子类型的结合部分相对稳定,用例子说明就是对于汽车来说,无论用什么配件组装,个个配件的组装方式都一样,有相对稳定的接口。对于这辆车你用什么牌子的Wheel、什么牌子的Engine可能变化会很大很频繁。
二、Factory Method模式和Prototype模式:
开始我觉得这两种模式从功能上讲是一样的(个人观点),都是封装了对对象的创建,只不过Prototype模式是用原型克隆进行拷贝来完成对象的创建,在这之中还应注意浅拷贝和深拷贝的区别。在向同事请教后有点明白。这两种模式在应用场景上还是一定的区别的。
Factory Method模式是重新创建一个对象
Prototype模式是利用现有的对象进行克隆,当两个对象或多个对象雷同的时候,可以考虑用一个已创建的对象去克隆出其余的对象。
以上是对创建型模式的总结,如有不对的观点欢迎指正。
设计模式 | GoF的描述 | 我的理解 |
Singleton单件模式 | 保证一个类仅有一个实例,并提供一个该实例全局的访问点 | 控制实体对象的数量 |
Abstract Factory抽象工厂模式 | 提供一个接口,让该接口负责创建一系列“相关或者相互依赖的对象”,无需指定他们的具体类 | 解决一个系列的对象变化的问题 |
Builder生成器模式 | 将一个复杂对象的构建与其表示向分离,使得同样的构建过程可以创建不同的表示 | 应对项目中一些复杂对象的创建工作。所谓“复杂对象”,是指:此对象中还含有其它的子对象 |
Factory Method工厂方法模式 | 定义一个用于创建对象的接口,让子类决定实例化那个类。FactoryMethod使得一个类的实例化延迟到子类 | 解决的是“某个对象”的创建工作,由于需求的变化,这个对象常常面临着剧烈的变化,但是这个对象拥有的接口相对稳定。也就是说:枝节常常发生变化,但是枝节与主干的接口相对稳定 |
Prototype原形模式 | 使用原型实例指定创建对象的种类,然后通过拷贝这些原型来创建新的对象 | 某些结构复杂的对象的创建工作;由于需求的变化,这些对象经常面临着剧烈的变化,但是他们却拥有比较稳定一致的接口 |
一、Abstract Factory模式和Builder模式:
Abstract Factory是应对一系列对象的创建的问题,正如前面文章中举的例子,对于创建一个汽车对象来说,Abstract Factory模式更关注一系列的对象的创建,或者说是汽车类型中的各个部分,如:Wheel、Engine、Body等等类型的创建。换句话说关注点在这一系列对象上。
Builder是应对一个复杂对象创建的问题,或者说是针对这个复杂对象中的子对象的创建的问题。以汽车的例子来说,我觉得比起Abstract Factory模式,Builder模式相对注重汽车类型(上面所说的“复杂对象”)本身以及其各个部分(Wheel、Engine、Body等等)类型的创建。Builder模式要求这个复杂的类型(汽车)中的各个子类型的结合部分相对稳定,用例子说明就是对于汽车来说,无论用什么配件组装,个个配件的组装方式都一样,有相对稳定的接口。对于这辆车你用什么牌子的Wheel、什么牌子的Engine可能变化会很大很频繁。
二、Factory Method模式和Prototype模式:
开始我觉得这两种模式从功能上讲是一样的(个人观点),都是封装了对对象的创建,只不过Prototype模式是用原型克隆进行拷贝来完成对象的创建,在这之中还应注意浅拷贝和深拷贝的区别。在向同事请教后有点明白。这两种模式在应用场景上还是一定的区别的。
Factory Method模式是重新创建一个对象
Prototype模式是利用现有的对象进行克隆,当两个对象或多个对象雷同的时候,可以考虑用一个已创建的对象去克隆出其余的对象。
以上是对创建型模式的总结,如有不对的观点欢迎指正。
相关文章推荐
- 设计模式学习笔记(十四)——创建型模式总结
- 设计模式学习笔记(十四)——创建型模式总结
- 设计模式学习笔记(十四)——创建型模式(Creational patterns)总结
- 设计模式学习笔记(十四)——结构型模式总结
- 设计模式学习笔记——创建型(总结)
- .Net设计模式学习笔记(七):创建型模式专题总结(Creational Pattern)
- 创建型模式学习总结——设计模式学习笔记
- 创建型模式学习总结——设计模式学习笔记
- 设计模式学习笔记(六)——创建型模式总结
- 步步为营 .NET 设计模式学习笔记系列总结
- C#面向对象设计模式学习笔记(3) - Builder 生成器模式(创建型模式)
- C#面向对象设计模式学习笔记(5) - Prototype 原型模式(创建型模式)
- 设计模式学习笔记(十五)——结构型模式总结
- 设计模式学习笔记十四:适配器模式
- [转]设计模式学习笔记——结构型模式总结
- 设计模式C++学习笔记之十四(Iterator迭代器模式)
- 黑马程序员——Java学习笔记之12——已接触的“设计模式”总结
- Head First 设计模式笔记之------学习总结
- 设计模式学习笔记(十四)—Command模式
- 设计模式学习笔记(总结篇:模式分类)