系统架构设计——学习篇之类的设计(UML)

港控/mmm° 2022-11-12 09:37 155阅读 0赞

概述  
“编程是一门技术，更加是一门艺术，不能只满足于写完代码运行结果正确久完事，时常考虑如何让代码更加简练，更加容易维护，容易扩展和服用，只有这样才可以真正得到提高。写出优雅的代码真的是一种很爽的事情。UML类图也不是一学就会的，需要有一个慢慢熟练的过程。所谓学无止境，其实这(类的设计)才是理解面向对象的开始。” ——大话设计模式

对于初学者来说，我们不仅仅是要学会面向对象的封装、继承和多态，我们更应该在理解的基础上把这些思想运用到我们的编码当中。在我学习过JAVA过后的很长一段时间，很少真正思考过，类与类之间除了继承、实现和隶属（包含）的关系还有哪些。而当我碰到问题的时候再去思考如何更改类的设计。所以在我们开始整个项目之前，我们应该尽可能的想好每一个类该如何去设计，类与类该如何处理他们的关系，这样我们再进行模式和业务设计的时候才不至于遇到问题了再重新思考。这也是实现代码复用，实现高内聚低耦合的必要条件。

下面我们从UML的类图出发，学习一下类的设计

1. 类(class)  
在我看来，类可以看做面向对象程序设计的单位，是封装、继承和多态的最小元素。在面向对象的思想中，一切万物皆对象。  
在UML中类图分三层，第一层显示类的名称，如果是抽象类，则就用斜体显示。第二层是类的特性，通常就是字段和属性。第三层是类的操作，通常是方法和行为。  
其中，“＋”表示public，“－”表示private，“\#”表示protected。

![20160501142107696][]  
2. 继承(extend)  
这是面向对象程序设计的三大特性之一。在UML中使用三角形和实线来表示的。![20160501142402462][]

代码表示为

public class Bird extend Animal  
\{  
...  
\}  
1  
2  
3  
4  
3. 实现(implements)  
Java接口是一系列方法的声明，是一些方法特征的集合，一个接口只有方法的特征没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的行为（功能）。![20160501143153622][]

代码表示为

public class Bird extend Animal implements Flyable  
\{  
public void fly()\{  
...  
\}  
\}  
public interface Flyable  
\{  
public abstract void fly();  
\}  
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
4. 依赖(Dependency)  
依赖可以按照必要条件来理解，简单地理解就是依存的关系，但不是相互依存。一般此关系表示在构造方法中，以参数的形式传入。这就表达了如果没有参数，那么也就无从构造的依存关系。![20160501143830688][]

代码表示为

public class Animal  
\{  
private Oxygen oxygen = null;  
private Water water = null;  
public Animal(Oxygen o,Water w)\{  
this.oxygen = o;  
this.water = w;  
\}  
\}  
1  
2  
3  
4  
5  
6  
7  
8  
9  
5. 组合(Composition)  
组合关系也是一种强的”拥有”关系，与依赖不同的是，组合中的组件是可以是由自身创建的。按前面的例子来说，依赖关系的两者其实是独立产生的，只是一方的存在依赖于另一方。而组合中的双方，是一方拥有另一方，体现了严格的部分和整体的关系，部分和整体的生命周期一致。![20160501150653010][]

代码表示为

public class Bird  
\{  
private Wing wing;  
public Bird()\{  
wing = new Wing();  
\}  
\}  
public class Wing  
\{  
...  
\}  
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
6. 聚合(Aggregation)  
聚合表示一种弱的“拥有”关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分。相比于上面的组成关系，区别在于组成关系的组件的生命周期与整体是相同的，如果鸟死了，那么他的翅膀也就不能用了(如果你认为死去鸟的翅膀还可以移植到别的鸟身上继续使用，那么鸟和翅膀其实就是聚合关系，具体的解释稍后再说)。而聚合关系中的整体和部分是相对弱化的，就像鸟群是有鸟组成的，如果没有鸟群，鸟还是鸟。![20160501152027500][]

代码表示为

public class Bery  
\{  
private Bird\[\] arrayBirds;  
public abstract void SouthwardMigration();  
...  
\}  
1  
2  
3  
4  
5  
6  
7. 关联(Association)  
类与类之间的联接，它使一个类知道另一个类的属性和方法。例如如果A依赖于B，则B体现为A的全局变量。关联关系有双向关联和单向关联。双向关联：两个类都知道另一个类的公共属性和操作。单向关联：只有一个类知道另外一个类的公共属性和操作。大多数关联应该是单向的，单向关系更容易建立和维护，有助于寻找可服用的类。关联关系在所有的关系中属于最弱的关系。![20160501152857629][]

代码表示为

public class Bird  
\{  
private Climate climate;  
\}  
public class Climate  
\{  
private String season;  
...  
\}  
1  
2  
3  
4  
5  
6  
7  
8  
9  
8. 关联、聚合、组合、依赖之间的关系  
他们各自的定义之前都说过了，这里只是想说一个问题，就是四者的关系其实都是相对的，这里拿男女关系做一个比喻，相比大家能更好的理解：

男女关系最开始的时候，双方刚刚认识，这时候要么男方对女方有意思，要么女方对男方有意思，再或者双方都有好感，那么双方的关系就是关联关系，只是单纯的把对方留意一下。这就是关联关系，只是一方知道另一方。  
通常来说，我们的异性朋友不止一个，即便是男方对女方有意思，女方也是男方众多异性朋友中的一个，女方亦然。这些异性朋友其实就是一个聚合。所以，如果站在女方的角度，她和男方是关联的关系，如果站在异性朋友的角度，女方只是男方的异性朋友之一，女方和异性朋友就是聚合关系。这也就说明了，关系其实都是相对的。  
接下来，双方结果相恋、相爱，最后走入婚姻的殿堂，组成了他们的家庭。这时候站在家庭的角度，他们和家庭之间就是一种组合关系。值得注意的是，如果家庭破裂了，丈夫和妻子的角色也就不存在了。严格体现了整体和部分的关系，生命周期是一样的。  
家庭的维持是需要收入来源的，一般来说，男方是这个家庭的顶梁柱，那么家庭相对于男方的关系就是依赖关系。而家庭破裂了，男方一样有经济来源，所以二者的生命周期是不一样的。  
至此，我们就要进入下一阶段的学习了——设计模式。  
————————————————  
版权声明：本文为CSDN博主「木小草」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。  
原文链接：https://blog.csdn.net/qq\_25689397/article/details/51290733

[20160501142107696]: /images/20221022/c62c0c2356e14f0f8dc8daf3751019e8.png
[20160501142402462]: /images/20221022/c2d06af760be42988441058a154e5647.png
[20160501143153622]: /images/20221022/2cc844a521ca43d88e5302e61e0d8977.png
[20160501143830688]: /images/20221022/01807dc6c15e4f3499c4c3a2e382f915.png
[20160501150653010]: /images/20221022/218258c318554e828763a86b0fa33895.png
[20160501152027500]: /images/20221022/688a9d9b9d3042d4a4bb9d606babcc56.png
[20160501152857629]: /images/20221022/2aa5823feb2948de9a6276929ca73946.png