23种设计模式总览

1.目的

让程序具有更好的

• 代码重用性（相同的代码，不用多次编写）
• 可读性（编程规范性，便于其他程序员的阅读和理解）
• 可扩展性（方便增加新功能，可维护性高）
• 可靠性（增加新功能后对原功能没有影响）
• 使程序呈现高内聚，低耦合的特性

2.七大原则

设计模式设计的依据：

1. 单一职责原则
   对类来说，即一个类应该只负责一项职责。

2. 接口隔离原则
   即一个类对另一个类的依赖应该建立在最小的接口上

3. 依赖倒置原则

   • 高层模块不应该依赖底层模块，二者都应该依赖抽象
   • 抽象不应该依赖细节，细节应该依赖抽象
   • 依赖倒转（倒置）的中心思想是面向接口编程
   • 设计理念是：相对于细节的多变性，抽象的东西要稳定的多
   • 目的是制定好规范

4. 里式替换原则

   • 所以引用基类的地方必须能透明的使用其子类的对象
   • 使用继承时，在子类中尽量不要重写父类的方法
   • 继承让两个类耦合性增强了，可以通过聚合，组合，依赖来解决问题

5. 开闭原则
   一个类，模块和函数应该对扩展开放（对提供方），对修改关闭（对使用方）。用抽象构建框架，用实现扩展细节。

6. 迪米特原则

   • 一个对象应该对其他对象保持最少的了解
   • 类与类的关系越密切，耦合度越大
   • 又叫最少知道原则，即一个类对自己以来的类知道的越少越好。
   • 只与直接的朋友通信
   • 耦合的方式很多，依赖，关联，组合，聚合等。将出现成员变量，方法参数，方法返回值中的类为直接朋友，而出现在局部变量中的类不是直接朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部。

7. 合成复用原则
   尽量使用合成、聚合的方式，而不是使用继承。

3. UML类图

3.1 基本介绍

UML——Unified modeling language（统一建模语言），是一种用于软件系统分析和设计的语言工具，它用于帮助软件开发人员进行思考和记录思路的结果 。

3.2 依赖关系

类中用到了对方，则存在依赖关系。

3.3 泛化关系

泛化关系实际上就是继承关系(Inheritance)，是依赖关系的特例。

3.4 实现关系

实现关系实际上就是A类实现了B接口(Realization)，是依赖关系的特例。

3.5 关联关系

关联关系实际上就是类与类直接的联系，是依赖关系的特例。
关联具有导航性：即双向关系或单向关系
关系具有多重性：如“1”（表示有且仅有一个）,“0…”（表示0个或者多个），“0,1”（表示0个或者1个），“n…m”（表示n到m个都可以），“m…”（表示至少m个）

3.6 聚合关系

聚合关系表示的是整体和部分的关系（Aggregation），整体与部分可分开。是关联关系的特例。

3.7 组合关系

组合关系表示的是整体和部分的关系（Composition），整体与部分不可分开。是关联关系的特例。

4 设计模式的概述

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

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