1.设计模式-综述

软件设计复杂的根本原因——变化

• 客户需求的变化
• 技术平台的变化
• 开发团队的变化
• 市场环境的变化

如何解决复杂性

• 分解

即分而治之，将大问题分解为多个小问题，将复杂的问题分解为多个简单的问题。

• 抽象

从一个更高的层面去讲，人们处理复杂性的问题时用一个更加通用的技术，由于不能全部掌握复杂的对象，我们选择忽略一些非本质的细节，去处理泛化和理想化后的模型。

设计模式的目标——抵御变化

设计模式是将代码进行一个抽象，对问题进行一种归纳统一处理，抽象后会增加代码的复用性（二进制层面），抽象后并不会消灭变化，而是隔离变化，降低变化对原有代码框架的影响。

面向对象的构建方式更能适应软件的变化，能将变化带来的影响减到最小。从概念上讲对象就是拥有某种“责任”的抽象。

面向对象设计原则

1. 依赖倒置原则：高层模块（稳定）不应该依赖低层模块（变化），二者都应该依赖抽象。抽象不应该依赖实现，实现依赖抽象。
2. 开放封闭原则：对扩展开放对更改封闭，类模块是可以扩展的但是不能修改原有的。
3. 单一职责原则：一个类应该仅有一个引起它变化的原因，变化的方向隐含它的责任。
4. 替换原则：子类必须能够替换他们的基类。
5. 接口隔离原则：接口应该小而完备。
6. 优先使用对象组合，而不是类继承：继承在某种层度上破坏了封装，子类和父类的耦合性强，而组合之要求被组合的对象具有良好的对外接口。
7. 封装变化点：使用封装来创建对象之间的隔离，封装变化点。
8. 针对接口编程，而不是针对实现编程：不将变量类型声明为具体的类（主要指业务上的类），而是声明为接口，减少系统中各部分的依赖，高内聚低耦合。

这八大原则往往相辅相成，往往违背了一个原则时也会违背其他原则。