auto commit
This commit is contained in:
CyC2018
parent
da830ee013
commit
3832615f21
|
|
@ -1,17 +1,18 @@
|
|||
<!-- GFM-TOC -->
|
||||
* [S.O.L.I.D](#solid)
|
||||
* [1. 单一责任原则](#1-单一责任原则)
|
||||
* [2. 开放封闭原则](#2-开放封闭原则)
|
||||
* [3. 里氏替换原则](#3-里氏替换原则)
|
||||
* [4. 接口分离原则](#4-接口分离原则)
|
||||
* [5. 依赖倒置原则](#5-依赖倒置原则)
|
||||
* [其他常见原则](#其他常见原则)
|
||||
* [1. 迪米特法则](#1-迪米特法则)
|
||||
* [2. 合成复用原则](#2-合成复用原则)
|
||||
* [3. 共同封闭原则](#3-共同封闭原则)
|
||||
* [4. 稳定抽象原则](#4-稳定抽象原则)
|
||||
* [5. 稳定依赖原则](#5-稳定依赖原则)
|
||||
* [封装、继承、多态](#封装继承多态)
|
||||
* [设计原则](#设计原则)
|
||||
* [1. S.O.L.I.D](#1-solid)
|
||||
* [1.1 单一责任原则](#11-单一责任原则)
|
||||
* [1.2 开放封闭原则](#12-开放封闭原则)
|
||||
* [1.3 里氏替换原则](#13-里氏替换原则)
|
||||
* [1.4 接口分离原则](#14-接口分离原则)
|
||||
* [1.5 依赖倒置原则](#15-依赖倒置原则)
|
||||
* [2. 其他常见原则](#2-其他常见原则)
|
||||
* [2.1 迪米特法则](#21-迪米特法则)
|
||||
* [2.2 合成复用原则](#22-合成复用原则)
|
||||
* [2.3 共同封闭原则](#23-共同封闭原则)
|
||||
* [2.4 稳定抽象原则](#24-稳定抽象原则)
|
||||
* [2.5 稳定依赖原则](#25-稳定依赖原则)
|
||||
* [面向对象的三大特性](#面向对象的三大特性)
|
||||
* [1. 封装](#1-封装)
|
||||
* [2. 继承](#2-继承)
|
||||
* [3. 多态](#3-多态)
|
||||
|
|
@ -22,12 +23,12 @@
|
|||
<!-- GFM-TOC -->
|
||||
|
||||
|
||||
# S.O.L.I.D
|
||||
|
||||
> [Design Principles](http://www.oodesign.com/design-principles.html)
|
||||
# 设计原则
|
||||
|
||||
设计原则可以帮助我们避免那些糟糕的设计，这些原则被归纳在《敏捷软件开发：原则、模式与实践》这本书中。
|
||||
|
||||
## 1. S.O.L.I.D
|
||||
|
||||
| 简写 | 全拼 | 中文翻译 |
|
||||
| -- | -- | -- |
|
||||
| SRP | The Single Responsibility Principle | 单一责任原则 |
|
||||
|
|
@ -36,7 +37,7 @@
|
|||
| ISP | The Interface Segregation Principle | 接口分离原则 |
|
||||
| DIP | The Dependency Inversion Principle | 依赖倒置原则 |
|
||||
|
||||
## 1. 单一责任原则
|
||||
### 1.1 单一责任原则
|
||||
|
||||
**修改一个类的原因应该只有一个。**
|
||||
|
||||
|
|
@ -44,7 +45,7 @@
|
|||
|
||||
如果一个类承担的职责过多，就等于把这些职责耦合在了一起，一个职责的变化可能会削弱这个类完成其它职责的能力。
|
||||
|
||||
## 2. 开放封闭原则
|
||||
### 1.2 开放封闭原则
|
||||
|
||||
**类应该对扩展开放，对修改关闭。**
|
||||
|
||||
|
|
@ -52,7 +53,7 @@
|
|||
|
||||
符合开闭原则最典型的设计模式是装饰者模式，它可以动态地将责任附加到对象上，而不用去修改类的代码。
|
||||
|
||||
## 3. 里氏替换原则
|
||||
### 1.3 里氏替换原则
|
||||
|
||||
**子类实例应该能够替换掉所有父类实例。**
|
||||
|
||||
|
|
@ -60,13 +61,13 @@
|
|||
|
||||
如果不满足这个原则，那么各个子类的行为上就会有很大差异，增加继承体系的复杂度。
|
||||
|
||||
## 4. 接口分离原则
|
||||
### 1.4 接口分离原则
|
||||
|
||||
**不应该强迫客户依赖于它们不用的方法。**
|
||||
|
||||
因此使用多个专门的接口比使用单一的总接口总要好。
|
||||
|
||||
## 5. 依赖倒置原则
|
||||
### 1.5 依赖倒置原则
|
||||
|
||||
- **高层模块不应该依赖于低层模块，二者都应该依赖于抽象**
|
||||
2018-03-13 23:36:09 星期二- **抽象不应该依赖于细节，细节应该依赖于抽象**
|
||||
|
|
@ -79,7 +80,7 @@
|
|||
- 任何类都不应该从具体类派生；
|
||||
- 任何方法都不应该覆写它的任何基类中的已经实现的方法。
|
||||
|
||||
# 其他常见原则
|
||||
## 2. 其他常见原则
|
||||
|
||||
除了上述的经典原则，在实际开发中还有下面这些常见的设计原则。
|
||||
|
||||
|
|
@ -91,29 +92,27 @@
|
|||
|SAP| The Stable Abstractions Principle | 稳定抽象原则 |
|
||||
|SDP| The Stable Dependencies Principle | 稳定依赖原则 |
|
||||
|
||||
## 1. 迪米特法则
|
||||
### 2.1 迪米特法则
|
||||
|
||||
迪米特法则又叫作最少知道原则（Least Knowledge Principle 简写LKP），就是说一个对象应当对其他对象有尽可能少的了解，不和陌生人说话。
|
||||
|
||||
## 2. 合成复用原则
|
||||
### 2.2 合成复用原则
|
||||
|
||||
尽量使用对象组合，而不是继承来达到复用的目的。
|
||||
|
||||
## 3. 共同封闭原则
|
||||
### 2.3 共同封闭原则
|
||||
|
||||
一起修改的类，应该组合在一起（同一个包里）。如果必须修改应用程序里的代码，我们希望所有的修改都发生在一个包里（修改关闭），而不是遍布在很多包里。
|
||||
|
||||
## 4. 稳定抽象原则
|
||||
### 2.4 稳定抽象原则
|
||||
|
||||
最稳定的包应该是最抽象的包，不稳定的包应该是具体的包，即包的抽象程度跟它的稳定性成正比。
|
||||
|
||||
## 5. 稳定依赖原则
|
||||
### 2.5 稳定依赖原则
|
||||
|
||||
包之间的依赖关系都应该是稳定方向依赖的，包要依赖的包要比自己更具有稳定性。
|
||||
|
||||
# 封装、继承、多态
|
||||
|
||||
封装、继承、多态是面向对象的三大特性。
|
||||
# 面向对象的三大特性
|
||||
|
||||
## 1. 封装
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user