设计模式--介绍

一、什么是设计模式

​ 设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。简单说：

模式：在某些场景下，针对某些问题的某种通用的解决方案。

场景：项目所在的环境。

问题：约束条件，项目目标等。

解决方案：通用、可复用的设计，解决约束达到目标。

二、设计模式的分类

（1）按照目的分类

1、创建型模式：对象实例化的模式，创建型模式用于解耦对象的实例化过程，主要用于创建对象。

2、结构型模式：把类或对象结合在一起形成一个更大的结构，主要用于优化不同类、对象、接口之间的结构关系。

3、行为型模式：类和对象如何交互，及划分责任和算法。

（2）按照范围的分类

1、类模式处理类与子类的静态关系。

2、对象模式处理对象间的动态关系。

（3）从封装变化角度对模式分类

1.组件协作：

​ 模板方法

​ 观察者

​ 策略

2.单一职责：

​ 装饰器

​ 桥

3.对象创建:

​ 工厂方法

​ 抽象工厂

​ 原型模式

​ 构建器

4.对象性能：

​ 单例模式

​ 享元模式

5.接口隔离:

​ 观察者模式

​ 代理模式

​ 中介者模式

​ 适配器模式

6.状态变化：

​ 备忘录模式

​ 状态模式

7.数据结构：

​ 组合模式

​ 迭代器模式

​ 职责链模式

8.行为变化：

​ 命令模式

​ 访问者模式

9.领域问题：

​ 解释器模式

三、面向对象的设计原则

1.依赖倒置原则（DIP）

​ 高层模块(稳定)不应该依赖于低层模块(变化)，二者都应该依赖于抽象(稳定) 。

​ 抽象(稳定)不应该依赖于实现细节(变化) ，实现细节应该依赖于抽象(稳定)。

2.开放封闭原则（OCP）

​ 对扩展开放，对更改封闭。

​ 类模块应该是可扩展的，但是不可修改。

3.单一职责原则（SRP）

​ 一个类应该仅有一个引起它变化的原因。

​ 变化的方向隐含着类的责任。

4.Liskov 替换原则（LSP）

​ 子类必须能够替换它们的基类(IS-A)。

​ 继承表达类型抽象。

5.接口隔离原则（ISP）

​ 不应该强迫客户程序依赖它们不用的方法。

​ 接口应该小而完备。

6.优先使用对象组合，而不是类继承

​ 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”。

​ 继承在某种程度上破坏了封装性，子类父类耦合度高。

​ 而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低。

7.封装变化点

​ 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合

8.针对接口编程，而不是针对实现编程

​ 不将变量类型声明为某个特定的具体类，而是声明为某个接口。

​ 客户程序无需获知对象的具体类型，只需要知道对象所具有的接口。

​ 减少系统中各部分的依赖关系，从而实现“高内聚、松耦合”的类型设计方案。

四、设计模式设计原则

1、单一原则（Single Responsibility Principle）：一个类或者一个方法只负责一项职责，尽量做到类的只有一个行为原因引起变化；

a、业务对象（BO business object）、业务逻辑（BL business logic）拆分；

2、里氏替换原则（LSP liskov substitution principle）：子类可以扩展父类的功能，但不能改变原有父类的功能；（本质其实就是c++的多态）

（目的：增强程序的健壮性）实际项目中，每个子类对应不同的业务含义，使父类作为参数，传递不同的子类完成不同的业务逻辑。

3、依赖倒置原则（dependence inversion principle）：面向接口编程；（通过接口作为参数实现应用场景）

抽象就是接口或者抽象类，细节就是实现类

含义：

上层模块不应该依赖下层模块，两者应依赖其抽象；

抽象不应该依赖细节，细节应该依赖抽象；

通俗点就是说变量或者传参数，尽量使用抽象类，或者接口；

【接口负责定义public属性和方法，并且申明与其他对象依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑】

4、接口隔离原则（interface segregation principle）：建立单一接口；（扩展为类也是一种接口，一切皆接口）

定义：

a.客户端不应该依赖它不需要的接口；

b.类之间依赖关系应该建立在最小的接口上；

简单理解：复杂的接口，根据业务拆分成多个简单接口；（对于有些业务的拆分多看看适配器的应用）

【接口的设计粒度越小，系统越灵活，但是灵活的同时结构复杂性提高，开发难度也会变大，维护性降低】

5、迪米特原则（law of demeter LOD）：最少知道原则，尽量降低类与类之间的耦合；

一个对象应该对其他对象有最少的了解

6、开闭原则（open closed principle）：用抽象构建架构，用实现扩展原则；

五、重构

重构获得模式 Refactoring to Patterns

1.面向对象设计模式是“好的面向对象设计”，所谓“好的面向对象设计”指是那些可以满足 “应对变化，提高复用”的设计 。

2.现代软件设计的特征是“需求的频繁变化”。设计模式的要点是“寻找变化点，然后在变化点处应用设计模式，从而来更好地应对需求的变化”.“什么时候、什么地点应用设计模式”比“理解设计模式结构本身”更为重要。

3.设计模式的应用不宜先入为主，一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发实践提倡的“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。

重构关键技法

​ 静态 → 动态

​ 早绑定 → 晚绑定

​ 继承 → 组合

​ 编译时依赖 → 运行时依赖

​ 紧耦合 → 松耦合

– 李建忠老师的课程笔记