设计模式概览总结

应用设计模式的终极目标：管理变化，提高复用

---

设计模式实现的两种手段：分解，抽象

---

设计模式的八大原则：面向对象设计八大原则

---

代码重构技巧/技术：

• 静态->动态
• 早绑定->晚绑定(见template method模式)
• 继承->组合
• 编译时依赖->运行时依赖
• 运行时装配->编译时装配(Generic Programming)
• 紧耦合->松耦合

---

从封装变化角度对GOF的23种设计模式进行分类：

• 设计模式之“组件协作“模式：Template Method、Strategy、Observer；
• 设计模式之“单一职责“模式：Decorator、Bridge；
• 设计模式之“对象创建“模式：Factory Method、Abstract Factory、Prototype、Builder；
• 设计模式之“对象性能“模式：Singleton、Flyweight；
• 设计模式之“接口隔离“模式：Façade、Proxy、Adapter、Mediator；
• 设计模式之“状态变化“模式：State、Memento；
• 设计模式之“数据结构“模式：Composite、Iterator、Chain of Responsibility；
• 设计模式之“行为变化“模式：Command、Visitor；
• 设计模式之“领域问题“模式：Interpreter；

---

C++对象模型

同时关注程序当中的变化点和稳定点，在其中找到平衡，一个好的软件其变化和稳定一般是呈现正态分布的。

全部不稳定则设计模式无法进行切入应用，全部稳定则设计模式没必要进行应用，设计模式的思想就是将变化/不稳定限制在一定的代码区块范围内，将其余部分保持稳定和不变性。

---

何时不用设计模式

• 代码可读性较差；
• 对需求理解不是很清楚或很深；
• 变化没有显现，也即不知道是否有变化，会有何种变化；
• 不是系统的关键依赖点，这时没有必要使用设计模式；
• 项目没有复用价值；
• 项目将要发布时，首先要保证项目逻辑的正确性，而后再对代码进行重构(Refactoring);

---

经验之谈

• 不要生搬硬套模式，即不要为了使用模式而使用模式；
• 关注业务/项目中的抽象类&接口，这是提高抽象能力和框架思想的绝佳切入点；
• 理清业务/项目中的变化点和稳定点，这种位置通常是模式大有可为之处；
• 审视依赖关系，使用UML图进行分析；
• 要有Framework和Application的区隔意识和思维；
• 良好的设计是演化迭代的结果，一般上来先关注业务逻辑，而不是代码效率和复用(即引入设计模式)；