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。
注意：模式只是提供一种针对类似问题的一种成熟解决方案，真正的目标是解决问题或者实现业务行为，这个才是核心。
1039
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
