OO设计模式(摘自:《Head First Design Pattern》)
2009-11-17 18:23
267 查看
1. 策略模式:定义算法族,分别封装,让他们相互之间替换。此模式让算法的变化独立于使用算法的客户。
a. 实现方式:算法由子类自由决定实现;
b. 交互方式:组合委托。
2. 观察者模式:定义了对象之间的一对多依赖,这样一来当一个对象状态变化时,它们所有依赖者都会受到通知并且自动更新。
a. 经典实现:boost::signal2。
3. 装饰着模式:动态地将责任附加到对象上,若要扩展,装饰提供了比继承更加有弹性的替代方案。
a. 继承和组合都可以达到类型匹配,仅为了接口统一,而非获得行为。
4. 工厂方法模式:定义一个创建对象的接口,但由子类决定要实例化的类是哪一个(具体功能与逻辑解耦),工厂方法把类的实例化推迟到子类。
a. 工厂设为静态,就可以不用实例工厂,直接用类名调用;
注意:静态成员函数不存在this指针,不可访问类中所有成员,除非其他成员也为静态;
静态成员变量需要在类外申明和定义(如全局变量一般)才可使用。
静态成员变量可被静态/非静态成员函数访问。
静态成员变量存储在全局空间,并不占用类的内存。
抽象工厂模式:提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类(自己创建自己,别人不需知道其Type)。
5. 单件模式:确保一个类只有一个实例,并提供一个全局访问点。
a. 多线程环境中,要保证创建的唯一想,需要进行保护。
6. 命令模式:将请求封装成命令对象,以便使用不同的请求,队列,脚本文件或日志来参数化其他对象。命令模式也支持可以撤销的操作。
a. 通过命令隔离对象和控制的直接耦合关系,也可利用命令融入一些更复杂的模式处理逻辑。
7. 适配器模式:将一个类的接口转成客户期待的另一个接口。适配器让原本接口不兼容的类可以合作无间。
a. 类适配器:集成是配置与被适配者。(死,不宜扩展子类)
对象适配器:组合适配者与被适配者。(创建对象代码多)
8. 外观模式:提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一层高层接口,让子系统更加易用。
a. 装饰者模式:从外观不断增加特性,但接口统一。
b. 适配器模式:主要让而这之间可以直接使用。
c. 外观模式:主要是包装小类,让外界使用统一的接口管理。
9. 模板方法模式:在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,模板方法使子类可以在不改变算法结构的情况下,重新定义
算法中某些步骤。
a. 钩子函数:基类的抽象无函数实现,由子类实现。
b. 基类控制算法的逻辑结构。
10. 迭代器模式:提供一种方法顺序访问一个聚合对象的各个元素,而不是暴露内部的实现。
a. 需要集合类自身实现统一的迭代器接口进行中转。
11. 组合模式:允许你将对象组合成树形结构来表现整体/部分层次结构。组合将客户以一致的方式处理个别对象和对象组合。
12. 状态模式:允许对象在内部状态改变时改变它们的行为,但从对象外部来看并没有任何改变。
a. 以已定义的状态为核心,将行为委托给状态行为接口。
13. 代理模式:为一个对象提供一个替身或者占位符以访问这个对象。例如:RMI,OBJ等。
14. 复合模式。例如:MVC:易于处理层次交互。
a. 分层:M----下层 例如:算法或业务实体;
V----上层 例如:界面或下层M使用者;
C----中间层或框架 例如:IOC实现,将上层V的请求委托给下层M。
注意:模式只是提供一种针对类似问题的一种成熟解决方案,真正的目标是解决问题或者实现业务行为,这个才是核心。
a. 实现方式:算法由子类自由决定实现;
b. 交互方式:组合委托。
2. 观察者模式:定义了对象之间的一对多依赖,这样一来当一个对象状态变化时,它们所有依赖者都会受到通知并且自动更新。
a. 经典实现:boost::signal2。
3. 装饰着模式:动态地将责任附加到对象上,若要扩展,装饰提供了比继承更加有弹性的替代方案。
a. 继承和组合都可以达到类型匹配,仅为了接口统一,而非获得行为。
4. 工厂方法模式:定义一个创建对象的接口,但由子类决定要实例化的类是哪一个(具体功能与逻辑解耦),工厂方法把类的实例化推迟到子类。
a. 工厂设为静态,就可以不用实例工厂,直接用类名调用;
注意:静态成员函数不存在this指针,不可访问类中所有成员,除非其他成员也为静态;
静态成员变量需要在类外申明和定义(如全局变量一般)才可使用。
静态成员变量可被静态/非静态成员函数访问。
静态成员变量存储在全局空间,并不占用类的内存。
抽象工厂模式:提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类(自己创建自己,别人不需知道其Type)。
5. 单件模式:确保一个类只有一个实例,并提供一个全局访问点。
a. 多线程环境中,要保证创建的唯一想,需要进行保护。
6. 命令模式:将请求封装成命令对象,以便使用不同的请求,队列,脚本文件或日志来参数化其他对象。命令模式也支持可以撤销的操作。
a. 通过命令隔离对象和控制的直接耦合关系,也可利用命令融入一些更复杂的模式处理逻辑。
7. 适配器模式:将一个类的接口转成客户期待的另一个接口。适配器让原本接口不兼容的类可以合作无间。
a. 类适配器:集成是配置与被适配者。(死,不宜扩展子类)
对象适配器:组合适配者与被适配者。(创建对象代码多)
8. 外观模式:提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一层高层接口,让子系统更加易用。
a. 装饰者模式:从外观不断增加特性,但接口统一。
b. 适配器模式:主要让而这之间可以直接使用。
c. 外观模式:主要是包装小类,让外界使用统一的接口管理。
9. 模板方法模式:在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,模板方法使子类可以在不改变算法结构的情况下,重新定义
算法中某些步骤。
a. 钩子函数:基类的抽象无函数实现,由子类实现。
b. 基类控制算法的逻辑结构。
10. 迭代器模式:提供一种方法顺序访问一个聚合对象的各个元素,而不是暴露内部的实现。
a. 需要集合类自身实现统一的迭代器接口进行中转。
11. 组合模式:允许你将对象组合成树形结构来表现整体/部分层次结构。组合将客户以一致的方式处理个别对象和对象组合。
12. 状态模式:允许对象在内部状态改变时改变它们的行为,但从对象外部来看并没有任何改变。
a. 以已定义的状态为核心,将行为委托给状态行为接口。
13. 代理模式:为一个对象提供一个替身或者占位符以访问这个对象。例如:RMI,OBJ等。
14. 复合模式。例如:MVC:易于处理层次交互。
a. 分层:M----下层 例如:算法或业务实体;
V----上层 例如:界面或下层M使用者;
C----中间层或框架 例如:IOC实现,将上层V的请求委托给下层M。
注意:模式只是提供一种针对类似问题的一种成熟解决方案,真正的目标是解决问题或者实现业务行为,这个才是核心。
相关文章推荐
- OO设计原则(摘自:《Head First Design Pattern》)
- design pattern"Headfirst Design Pattern"
- Head First Design Patterns 阅读笔记之四: Factory Pattern
- 《Head First Design Patterns》笔记四:工厂模式(Factory Pattern)
- Head First Design Pattern读书笔记二 Observer Pattern
- JavaHead First design pattern 学习感想
- 学习Head First Design Pattern——翻译Chapter 3:The Decorator Pattern
- Head First Design Pattern - 3 - This week's interview: Confessions of a Decorator
- Head First Design Pattern - 4 - This week's interview: Factory Method and Abstract Facotry, on each other
- head first Design Pattern Command
- head first Design Pattern Iterator & Composite
- Head First Design Pattern 设计原则
- OOP Design (Head First Design Patterns) 学习笔记--05 The factory Pattern
- Head First Design Patterns 阅读笔记之六: Command Pattern
- 《Head First Design Patterns》笔记六:命令模式(Command Pattern)
- C++版的Head First Design Pattern
- Book Review about Head First Design Pattern 5
- Book Review about Head First Design Pattern 7
- Head First Design Pattern中译本
- HeadFirst design pattern笔记-观察者模式