设计模式之间关系图.pptVIP

第十课 设计模式（之一） 模式的起源 一个好的“形”对于围棋非常重要，形是棋子在棋盘上的几何形状的抽象化，形是一种模式，模式化的过程就是把问题抽象化。 模式的研究起源于建筑设计大师Alexander关于城市规划和建筑设计的著作。他发现优质设计之间的相似之处，并把这些相似之处称为模式。 模式是“在某一个情景下的问题解决方案”，使用于所有工程设计领域，包括软件开发与设计领域。 软件设计模式简史 1987年。Ward Cunningham和Kent Beck在一起用Smalltalk作设计用户界面的工作。他们决定使用Alexander的理论发展出一个有五个模式的语言来指导Smalltalk的新手，因此他们写成了一篇Using Pattern Languages for Object-Oriented Programs（使用模式语言作面向对象的程序）的论文（发表于OOPSLA87 in Orlando ）。 Jim Coplien开始搜集C++语言的成例(idioms)。成例是模式的一种；这些C++成例发表在1991年出版的Advanced C++ Programming Styles and Idioms（高级C++编程风格和成例）一书中 从1990到1992年，由四个人组成的小组开始他们搜集模式的工作。关于模式的讨论和工作会议则一再举行。 在1993年8月份，Kent Beck和Grady Booch主持了一个在科罗拉多的山区度假村召开的第一次关于模式的会议。模式研究的主要人物都参加了这次会议，包括：Jim Coplien, Doug Lea, Desmond DSouze, Norm Kerth, Wolfgang Pree, 等。 1994年，四人小组的《Design Patterns》一书发表。 编程模式语言大会（Pattern Languages of Programming，或者PLoP）每年一次定期在美国举行，大会的论文也汇编成书，公开发表[PLOP95]、[PLOP96]、[PLOP98]、[PLOP99]。 模式的四要素 模式的名称（Pattern name） 问题(problem) 解决方案(solution) 效果(consequences) 模式的种类 模式的前景 模式的应用前景 一套通用的设计词汇 书写文档和学习的辅助手段 简化设计的手段 实现重构目标 模式的研究前景 模式的形式化定义 设计模式的支持工具 自动代码生成 创建型 Simple Factory 设计一个工厂类提供专门的工厂方法隐藏实际创建的对象，该工厂方法返回实际创建对象类的虚拟基类或者抽象类对象。 Factory Method 该模式建议将某个类的实例化推迟到子类，父类只提供一个创建接口。在工厂方法模式中，核心的工厂类不再负责所有的产品的创建，而是将具体创建的工作交给子类去做。具体工厂子类必须实现接口，这种进一步抽象化的结果，使这种工厂方法模式可以用来允许系统在不修改具体工厂角色的情况下引进新的产品。 Abstract Factory 抽象工厂模式可以向客户端提供一个接口，使得客户端在不必指定产品的具体类型的 情况下，创建多个产品族中的产品对象。这是抽象工厂模式的用意。 Builder 当构造复杂对象的过程应该独立于对象的组成部分和复杂对象的装配方式时应使用生成器，使得客户不必要关心复杂对象是怎样被创建的，当对象创建过程改变了，不需要修改客户代码。 Simple Factory例子1—有问题的设计 class Integer{ int value; public: Integer(int i){value=i;} void displayValue(){coutvalueendl;} }; class Document{ Integer* pi; public: Document(){pi = new Integer(SIMPLE_INTEGER);} void displayData(){pi-displayValue();} }; void main(){ Document d; d.displayData(); } Simple Factory例子1—问题设计的解决 class Data{ public: virtual void displayValue()=0; }; class Integer : public Data{......}; //class Float : public Data{......}; class Document{ Data* pi; public: Document(){pi = CreateData(DATA_INTEGE