成为一名优秀的软件开发工程师，设计模式的重要性不言而喻，本章节是对设计模式的前置知识概述，涉及概念性较大，读者可在设计模式学习过程中参阅本文档。
在第一章节，主要介绍软件设计的七大原则，接着在第二章我们简要介绍设计模式的三种分类，让我们站在一定的高度对设计模式有整体的把握，第三章UML类图帮助我们更好的看懂设计模式的代码。
一、软件设计七大原则
无论是在我们学习设计模式的过程中，还是日常的开发过程中，都要遵循一套统一的软件设计原则。
在常见的设计原则中，一共是7 种设计原则，它们分别为开闭原则、里氏替换原则、依赖倒置原则、单一职责原则、接口隔离原则、迪米特法则和合成复用原则。
各种各样的原则最终目的只有一句话，也是软件开发人员听过的最多的一句话：高内聚、低耦合，提高复用性、可扩展性、可维护性。
| 设计原则 | 一句话归纳 | 目的 |
|---|---|---|
| 开闭原则 | 对扩展开放，对修改关闭 | 降低维护带来的新风险 |
| 依赖倒置原则 | 高层不应该依赖低层，要面向接口编程 | 更利于代码结构的升级扩展 |
| 单一职责原则 | 一个类只干一件事，实现类要单一 | 便于理解，提高代码的可读性 |
| 接口隔离原则 | 一个接口只干一件事，接口要精简单一 | 功能解耦，高聚合、低耦合 |
| 迪米特法则 | 不该知道的不要知道，一个类应该保持对其它对象最少的了解，降低耦合度 | 只和朋友交流，不和陌生人说话，减少代码臃肿 |
| 里氏替换原则 | 不要破坏继承体系，子类重写方法功能发生改变，不应该影响父类方法的含义 | 防止继承泛滥 |
| 合成复用原则 | 尽量使用组合或者聚合关系实现代码复用，少使用继承 | 降低代码耦合 |
这些原则在我们开发过程中或多或少的都有体现，比如在我们的项目中业务层总是定义Service接口，在Impl中实现具体的逻辑，很多开发只是照葫芦画瓢，却并不知道为什么要这样做，结合开发原则读者可以仔细想一下为什么要这样做。
还有一个典型的用法，我们定义的实体类的成员变量，总是用private修饰，然后定义get和set方法去操作这些成员变量，那为什么不直接把成员变量定义public，直接操作成员变量呢。
软件设计原则在我们的开发中处处体现，在一些代码习惯上多思考，做到知其然知其所以然。
二、设计模式分类
在设计模式学习过程中可以查阅该文档，学习每个设计模式时，对于他的作用和分类能做到心中有数。
1、创建型
创建型模式的主要关注点是“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。
- 单例（Singleton）模式：某个类只能生成一个实例，该类提供了一个全局访问点供外部获取该实例，其拓展是有限多例模式。
- 原型（Prototype）模式：将一个对象作为原型，通过对其进行复制而克隆出多个和原型类似的新实例。
- 工厂方法（FactoryMethod）模式：定义一个用于创建产品的接口，由子类决定生产什么产品。
- 抽象工厂（AbstractFactory）模式：提供一个创建产品族的接口，其每个子类可以生产一系列相关的产品。
- 建造者（Builder）模式：将一个复杂对象分解成多个相对简单的部分，然后根据不同需要分别创建它们，最后构建成该复杂对象。