GitBook: [#2] No subject
This commit is contained in:
Cores
145
notes/面向对象思想.md
145
notes/面向对象思想.md
@ -1,23 +1,21 @@
|
||||
# 面向对象思想
|
||||
<!-- GFM-TOC -->
|
||||
* [面向对象思想](#面向对象思想)
|
||||
* [一、三大特性](#一三大特性)
|
||||
* [封装](#封装)
|
||||
* [继承](#继承)
|
||||
* [多态](#多态)
|
||||
* [二、类图](#二类图)
|
||||
* [泛化关系 (Generalization)](#泛化关系-generalization)
|
||||
* [实现关系 (Realization)](#实现关系-realization)
|
||||
* [聚合关系 (Aggregation)](#聚合关系-aggregation)
|
||||
* [组合关系 (Composition)](#组合关系-composition)
|
||||
* [关联关系 (Association)](#关联关系-association)
|
||||
* [依赖关系 (Dependency)](#依赖关系-dependency)
|
||||
* [三、设计原则](#三设计原则)
|
||||
* [S.O.L.I.D](#solid)
|
||||
* [其他常见原则](#其他常见原则)
|
||||
* [参考资料](#参考资料)
|
||||
<!-- GFM-TOC -->
|
||||
|
||||
* [面向对象思想](面向对象思想.md#面向对象思想)
|
||||
* [一、三大特性](面向对象思想.md#一三大特性)
|
||||
* [封装](面向对象思想.md#封装)
|
||||
* [继承](面向对象思想.md#继承)
|
||||
* [多态](面向对象思想.md#多态)
|
||||
* [二、类图](面向对象思想.md#二类图)
|
||||
* [泛化关系 (Generalization)](面向对象思想.md#泛化关系-generalization)
|
||||
* [实现关系 (Realization)](面向对象思想.md#实现关系-realization)
|
||||
* [聚合关系 (Aggregation)](面向对象思想.md#聚合关系-aggregation)
|
||||
* [组合关系 (Composition)](面向对象思想.md#组合关系-composition)
|
||||
* [关联关系 (Association)](面向对象思想.md#关联关系-association)
|
||||
* [依赖关系 (Dependency)](面向对象思想.md#依赖关系-dependency)
|
||||
* [三、设计原则](面向对象思想.md#三设计原则)
|
||||
* [S.O.L.I.D](面向对象思想.md#solid)
|
||||
* [其他常见原则](面向对象思想.md#其他常见原则)
|
||||
* [参考资料](面向对象思想.md#参考资料)
|
||||
|
||||
## 一、三大特性
|
||||
|
||||
@ -27,11 +25,11 @@
|
||||
|
||||
优点：
|
||||
|
||||
- 减少耦合：可以独立地开发、测试、优化、使用、理解和修改
|
||||
- 减轻维护的负担：可以更容易被理解，并且在调试的时候可以不影响其他模块
|
||||
- 有效地调节性能：可以通过剖析来确定哪些模块影响了系统的性能
|
||||
- 提高软件的可重用性
|
||||
- 降低了构建大型系统的风险：即使整个系统不可用，但是这些独立的模块却有可能是可用的
|
||||
* 减少耦合：可以独立地开发、测试、优化、使用、理解和修改
|
||||
* 减轻维护的负担：可以更容易被理解，并且在调试的时候可以不影响其他模块
|
||||
* 有效地调节性能：可以通过剖析来确定哪些模块影响了系统的性能
|
||||
* 提高软件的可重用性
|
||||
* 降低了构建大型系统的风险：即使整个系统不可用，但是这些独立的模块却有可能是可用的
|
||||
|
||||
以下 Person 类封装 name、gender、age 等属性，外界只能通过 get() 方法获取一个 Person 对象的 name 属性和 gender 属性，而无法获取 age 属性，但是 age 属性可以供 work() 方法使用。
|
||||
|
||||
@ -64,11 +62,11 @@ public class Person {
|
||||
|
||||
### 继承
|
||||
|
||||
继承实现了 **IS-A** 关系，例如 Cat 和 Animal 就是一种 IS-A 关系，因此 Cat 可以继承自 Animal，从而获得 Animal 非 private 的属性和方法。
|
||||
继承实现了 **IS-A** 关系，例如 Cat 和 Animal 就是一种 IS-A 关系，因此 Cat 可以继承自 Animal，从而获得 Animal 非 private 的属性和方法。
|
||||
|
||||
继承应该遵循里氏替换原则，子类对象必须能够替换掉所有父类对象。
|
||||
|
||||
Cat 可以当做 Animal 来使用，也就是说可以使用 Animal 引用 Cat 对象。父类引用指向子类对象称为 **向上转型** 。
|
||||
Cat 可以当做 Animal 来使用，也就是说可以使用 Animal 引用 Cat 对象。父类引用指向子类对象称为 **向上转型** 。
|
||||
|
||||
```java
|
||||
Animal animal = new Cat();
|
||||
@ -78,14 +76,14 @@ Animal animal = new Cat();
|
||||
|
||||
多态分为编译时多态和运行时多态：
|
||||
|
||||
- 编译时多态主要指方法的重载
|
||||
- 运行时多态指程序中定义的对象引用所指向的具体类型在运行期间才确定
|
||||
* 编译时多态主要指方法的重载
|
||||
* 运行时多态指程序中定义的对象引用所指向的具体类型在运行期间才确定
|
||||
|
||||
运行时多态有三个条件：
|
||||
|
||||
- 继承
|
||||
- 覆盖（重写）
|
||||
- 向上转型
|
||||
* 继承
|
||||
* 覆盖（重写）
|
||||
* 向上转型
|
||||
|
||||
下面的代码中，乐器类（Instrument）有两个子类：Wind 和 Percussion，它们都覆盖了父类的 play() 方法，并且在 main() 方法中使用父类 Instrument 来引用 Wind 和 Percussion 对象。在 Instrument 引用调用 play() 方法时，会执行实际引用对象所在类的 play() 方法，而不是 Instrument 类的方法。
|
||||
|
||||
@ -137,15 +135,16 @@ Percussion is playing...
|
||||
|
||||
## 二、类图
|
||||
|
||||
以下类图使用 [PlantUML](https://www.planttext.com/) 绘制，更多语法及使用请参考：http://plantuml.com/ 。
|
||||
以下类图使用 [PlantUML](https://www.planttext.com) 绘制，更多语法及使用请参考：http://plantuml.com/ 。
|
||||
|
||||
### 泛化关系 (Generalization)
|
||||
|
||||
用来描述继承关系，在 Java 中使用 extends 关键字。
|
||||
|
||||
<div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/c0874e0a-dba3-467e-9c86-dd9313e0843e.jpg" width="180px"> </div><br>
|
||||
\
|
||||
|
||||
```text
|
||||
|
||||
```
|
||||
@startuml
|
||||
|
||||
title Generalization
|
||||
@ -164,9 +163,10 @@ Vihical <|-- Trunck
|
||||
|
||||
用来实现一个接口，在 Java 中使用 implements 关键字。
|
||||
|
||||
<div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/83d466bd-946b-4430-854a-cf7b0696d4c8.jpg" width="170px"> </div><br>
|
||||
\
|
||||
|
||||
```text
|
||||
|
||||
```
|
||||
@startuml
|
||||
|
||||
title Realization
|
||||
@ -185,9 +185,10 @@ MoveBehavior <|.. Run
|
||||
|
||||
表示整体由部分组成，但是整体和部分不是强依赖的，整体不存在了部分还是会存在。
|
||||
|
||||
<div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/a0ce43b7-afa8-4397-a96e-5c12a070f2ae.jpg" width="300px"> </div><br>
|
||||
\
|
||||
|
||||
```text
|
||||
|
||||
```
|
||||
@startuml
|
||||
|
||||
title Aggregation
|
||||
@ -208,9 +209,10 @@ Computer o-- Screen
|
||||
|
||||
和聚合不同，组合中整体和部分是强依赖的，整体不存在了部分也不存在了。比如公司和部门，公司没了部门就不存在了。但是公司和员工就属于聚合关系了，因为公司没了员工还在。
|
||||
|
||||
<div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/6a88a398-c494-41f5-bb62-9f7fb811df7c.jpg" width="280px"> </div><br>
|
||||
\
|
||||
|
||||
```text
|
||||
|
||||
```
|
||||
@startuml
|
||||
|
||||
title Composition
|
||||
@ -229,9 +231,10 @@ Company *-- DepartmentB
|
||||
|
||||
表示不同类对象之间有关联，这是一种静态关系，与运行过程的状态无关，在最开始就可以确定。因此也可以用 1 对 1、多对 1、多对多这种关联关系来表示。比如学生和学校就是一种关联关系，一个学校可以有很多学生，但是一个学生只属于一个学校，因此这是一种多对一的关系，在运行开始之前就可以确定。
|
||||
|
||||
<div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/a3e4dc62-0da5-4d22-94f2-140078281812.jpg" width="200px"> </div><br>
|
||||
\
|
||||
|
||||
```text
|
||||
|
||||
```
|
||||
@startuml
|
||||
|
||||
title Association
|
||||
@ -248,13 +251,14 @@ School "1" - "n" Student
|
||||
|
||||
和关联关系不同的是，依赖关系是在运行过程中起作用的。A 类和 B 类是依赖关系主要有三种形式：
|
||||
|
||||
- A 类是 B 类方法的局部变量；
|
||||
- A 类是 B 类方法的参数；
|
||||
- A 类向 B 类发送消息，从而影响 B 类发生变化。
|
||||
* A 类是 B 类方法的局部变量；
|
||||
* A 类是 B 类方法的参数；
|
||||
* A 类向 B 类发送消息，从而影响 B 类发生变化。
|
||||
|
||||
<div align="center"> <img src="https://cs-notes-1256109796.cos.ap-guangzhou.myqcloud.com/379444c9-f1d1-45cd-b7aa-b0c18427d388.jpg" width="330px"> </div><br>
|
||||
\
|
||||
|
||||
```text
|
||||
|
||||
```
|
||||
@startuml
|
||||
|
||||
title Dependency
|
||||
@ -280,13 +284,13 @@ Vihicle .. N
|
||||
|
||||
### S.O.L.I.D
|
||||
|
||||
| 简写 | 全拼 | 中文翻译 |
|
||||
| :---: | :---: | :---: |
|
||||
| SRP | The Single Responsibility Principle | 单一责任原则 |
|
||||
| OCP | The Open Closed Principle | 开放封闭原则 |
|
||||
| LSP | The Liskov Substitution Principle | 里氏替换原则 |
|
||||
| ISP | The Interface Segregation Principle | 接口分离原则 |
|
||||
| DIP | The Dependency Inversion Principle | 依赖倒置原则 |
|
||||
| 简写 | 全拼 | 中文翻译 |
|
||||
| :-: | :---------------------------------: | :----: |
|
||||
| SRP | The Single Responsibility Principle | 单一责任原则 |
|
||||
| OCP | The Open Closed Principle | 开放封闭原则 |
|
||||
| LSP | The Liskov Substitution Principle | 里氏替换原则 |
|
||||
| ISP | The Interface Segregation Principle | 接口分离原则 |
|
||||
| DIP | The Dependency Inversion Principle | 依赖倒置原则 |
|
||||
|
||||
#### 1. 单一责任原则
|
||||
|
||||
@ -320,27 +324,28 @@ Vihicle .. N
|
||||
|
||||
#### 5. 依赖倒置原则
|
||||
|
||||
> 高层模块不应该依赖于低层模块，二者都应该依赖于抽象；</br>抽象不应该依赖于细节，细节应该依赖于抽象。
|
||||
> 高层模块不应该依赖于低层模块，二者都应该依赖于抽象；\
|
||||
> 抽象不应该依赖于细节，细节应该依赖于抽象。
|
||||
|
||||
高层模块包含一个应用程序中重要的策略选择和业务模块，如果高层模块依赖于低层模块，那么低层模块的改动就会直接影响到高层模块，从而迫使高层模块也需要改动。
|
||||
|
||||
依赖于抽象意味着：
|
||||
|
||||
- 任何变量都不应该持有一个指向具体类的指针或者引用；
|
||||
- 任何类都不应该从具体类派生；
|
||||
- 任何方法都不应该覆写它的任何基类中的已经实现的方法。
|
||||
* 任何变量都不应该持有一个指向具体类的指针或者引用；
|
||||
* 任何类都不应该从具体类派生；
|
||||
* 任何方法都不应该覆写它的任何基类中的已经实现的方法。
|
||||
|
||||
### 其他常见原则
|
||||
|
||||
除了上述的经典原则，在实际开发中还有下面这些常见的设计原则。
|
||||
|
||||
| 简写 | 全拼 | 中文翻译 |
|
||||
| :---: | :---: | :---: |
|
||||
|LOD| The Law of Demeter | 迪米特法则 |
|
||||
|CRP| The Composite Reuse Principle | 合成复用原则 |
|
||||
|CCP| The Common Closure Principle | 共同封闭原则 |
|
||||
|SAP| The Stable Abstractions Principle | 稳定抽象原则 |
|
||||
|SDP| The Stable Dependencies Principle | 稳定依赖原则 |
|
||||
| 简写 | 全拼 | 中文翻译 |
|
||||
| :-: | :-------------------------------: | :----: |
|
||||
| LOD | The Law of Demeter | 迪米特法则 |
|
||||
| CRP | The Composite Reuse Principle | 合成复用原则 |
|
||||
| CCP | The Common Closure Principle | 共同封闭原则 |
|
||||
| SAP | The Stable Abstractions Principle | 稳定抽象原则 |
|
||||
| SDP | The Stable Dependencies Principle | 稳定依赖原则 |
|
||||
|
||||
#### 1. 迪米特法则
|
||||
|
||||
@ -364,9 +369,9 @@ Vihicle .. N
|
||||
|
||||
## 参考资料
|
||||
|
||||
- Java 编程思想
|
||||
- 敏捷软件开发：原则、模式与实践
|
||||
- [面向对象设计的 SOLID 原则](http://www.cnblogs.com/shanyou/archive/2009/09/21/1570716.html)
|
||||
- [看懂 UML 类图和时序图](http://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html#generalization)
|
||||
- [UML 系列——时序图（顺序图）sequence diagram](http://www.cnblogs.com/wolf-sun/p/UML-Sequence-diagram.html)
|
||||
- [面向对象编程三大特性 ------ 封装、继承、多态](http://blog.csdn.net/jianyuerensheng/article/details/51602015)
|
||||
* Java 编程思想
|
||||
* 敏捷软件开发：原则、模式与实践
|
||||
* [面向对象设计的 SOLID 原则](http://www.cnblogs.com/shanyou/archive/2009/09/21/1570716.html)
|
||||
* [看懂 UML 类图和时序图](http://design-patterns.readthedocs.io/zh\_CN/latest/read\_uml.html#generalization)
|
||||
* [UML 系列——时序图（顺序图）sequence diagram](http://www.cnblogs.com/wolf-sun/p/UML-Sequence-diagram.html)
|
||||
* [面向对象编程三大特性 ------ 封装、继承、多态](http://blog.csdn.net/jianyuerensheng/article/details/51602015)
|
||||
|
||||
Reference in New Issue
Block a user