2021-08-28 设计模式 - yahya

一、概述

1 设计模式七大原则

低耦合、高内聚、可维护性、可扩展性、重用灵活

1. 单一职责原则

一个类只负责一项职责，如果类A负责两个不同的职责：职责A和职责B，当职责1需求改变时，可能会造成职责B运行错误，需要将类A分成类A和类B

降低类的复杂度、提高类的可读性、可维护性、降低变更带来的风险

2. 接口隔离原则

客户端不应该依赖不需要的接口，一个类对另一个类的依赖应建立在最小的接口上，即类中不需要实现接口所有方法，需要将接口拆分

3. 依赖倒转(倒置)原则

实际就是面向接口编程

1、高层模块不应该依赖低层模块，二者都应该依赖抽象(抽象类或接口)；类A使用使用类B，不应该直接b.fun(),应通过抽象.fun()
2、抽象不应该依赖细节，细节应该依赖抽象
3、依赖倒转(倒置)的中心思想是面向接口编程
4、相对于细节的多变性，抽象的东西要稳定些，抽象指接口或抽象类，细节指具体的实现类
5、 使用接口或抽象类目的是制定好规范，而不涉及具体的操作，展现细节的任务交给实现类去完成

依赖关系传递的三种方式：1、接口传递；2、构造方法传递；3、setter方式传递

注意事项：1、低层模块尽量有接口或抽象类，或两者都有，程序稳定性更好；2、变量的声明尽量使抽象类或接口，这样变量和实际对象就存在缓冲层，利于程序扩展和优化；3、继承时遵循里氏替换原则。

4. 里氏替换原则

强调，子类中尽量不要重写父类的方法
继承实际上增强了类耦合性，适当的情况下可通过聚合、组合、依赖来解决问题

所有引用基类的地方能透明地使用其子类的对象，如果重写了就不符合原则，应不使用继承，改用其它方式

5. 开闭原则，OCP(Open Closed Principle)原则

1、一个软件实体，如类，模块和函数应该对扩展开放(提供方，低层代码)，对修改关闭（使用方，高层代码），用抽象构建框架，用实现扩展细节；
2、当软件需要变化，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化
3、遵循其它原则以及使用设计模式的目的就是遵循开闭原则

6. 迪米特法原则，最少知道原则

1、一个对象应该对其它对象保持最少的了解，比如类A中有类B、C等，越少耦合性越低
2、类与类关系越密切，耦合度越大
3、对于依赖的类不管多么复杂，尽量将逻辑封装在类的内部，对外除了提供public方法，不对外泄露任何信息
4、只与直接的朋友通信；
5、直接朋友：类A用到了类B，则发生了耦合，耦合的方式有：依赖、关联、组合、聚合等，如果类B出现在类A成员变量、方法参数、方法返回值，则为直接朋友，否则不是。也就是说陌生的类最好不要为局部变量

核心：降低类之间的耦合；完全没有是不可能的

7. 合成复用原则

尽量使用组合/聚合的方式，而不使用继承

类B想使用类A的方法，下列方式耦合度都比继承低

组合：将类A作为成员变量，同时实例化
聚合：将类A作为成员变量，通过set方法实例化
依赖：将A作为方法参数传入

总结————>设计原则核心思想：

1、找出应用中可能需要变化之处，将其独立出来，不要和不需要变化的代码混在一起
2、面向接口编程，而不是面向实现编程
3、为了交互对象间松耦合设计而努力

2 UML 类图

Unified modeling language，统一建模语言
常用工具：Rational Rose

1. 类间关系（六种）

依赖：表示使用，可以是成员变量、方法参数和返回类型、局部变量
泛化(继承)：依赖关系中一种
实现：实现接口，依赖关系中一种
关联：一对一、一对多
聚合(整体和部分可分离)：关联关系的一种，将类A作为成员变量，通过set方法实例化
组合(整体和部分不可分离，两者对象一起创建或销毁)：关联关系的一种，将类A作为成员变量，同时实例化

3 UML图分类

1、用例图(use case)：
2、静态结构图：类图、对象图、包图、组件图、部署图
3、动态行为图：交互图(时序图与协作图)、状态图、活动图
类图是描述类间关系，是UML图最核心的

二、23个设计模式

三种类型，共23种：

1. 创建型模式(对象创建)：单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式；
2. 结构型模式(软件结构)：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式；
3. 行为型模式：模板方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式、职责模式、职责链模式(责任链模式)