感谢尚硅谷

视频地址：尚硅谷Java设计模式（图解+框架源码剖析）_哔哩哔哩_bilibili

编写软件过程中，程序员面临着来自耦合性，内聚性以及可维护性，可扩展性，重用性，灵活性等多方面的挑战，设计模式就是对软件设计中普遍存在(反复出现)的问题提出的解决方案。

设计模式是为了让程序具有更好

1. 代码重用性(即：相同功能的代码，不用多次编写)
2. 可读性(即：编程规范性，便于其他程序员的阅读和理解)
3. 可扩展性(即：当需要增加新的功能时，非常的方便，称为可维护)
4. 可靠性 (即:当我们增加新的功能后，对原来的功能没有影响)
5. 使程序呈现高内聚，低耦合的特性

设计模式常用的七大原则

1）单一职责原则

2）接口隔离原则

3）依赖倒转原则

4）里氏替换原则

5）开闭原则

6）迪米特法则

7）合成复用原则

设计模式分为三种类型，共  23  种

1）创建型模式：单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式。 

2）结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
3）行为型模式：模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、 解释器模式（Interpreter  模式）、状态模式、策略模式、职责链模式(责任链模式)。

分享金句:

设计模式包含了面向对象的精髓，“懂了设计模式，你就懂了面向对象分析和设计(OOA/D)的精要”

一、单一职责原则

对类来说，即一个类只能负责一项职责。如类 A 负责两个不同职责：职责 1，职责 2。当职责 1 需求变更而改变 A 时，可能造成职责 2 执行错误，所以需要将类 A 的粒度分解为 A1，A2。

应用实例

方式一

问题分析

1）运行结果中不管是摩托车，飞机还是汽车，都是在公路上运行，违反了单一职责原则

2）解决办法，我们应该将Vehicle 分解成不同的类

方式二

问题分析

1） 遵守单一职责原则，但是这样做的改动很大，即将类分解，同时修改客户端

2）改进：直接修改 Vehicle 类，改动的代码会比较少=>方案 3

方式三

分析

1）这种修改方法没有对原来的类做大的修改，只是增加方法 

2）这里虽然没有在类这个级别上遵守单一职责原则，但是在方法级别上，仍然是遵守单一职责

注意事项和细节 

1）降低类的复杂度，一个类只负责一个职责

2）提高类的可读性，可维护性

3）降低变更引起的风险

4）通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则

二、接口隔离原则

客户端不应该依赖它不需要的接口，即一个类对另一个的依赖应该建立在最小接口上。

先看一张图 

类 A 通过接口 Interface1 依赖类 B，类 C 通过接口 Interface1 依赖类 D，如果接口 Interface1 对于类 A 和类 C来说不是最小接口，那么类 B 和类 D 必须去实现他们不需要的方法。

按隔离原则应当这样处理：

将接口 Interface1 拆分为独立的几个接口（这里我们拆分成 3 个接口），类 A 和类 C 分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则

应用实例

方式一