1. 程式人生 > >從IDEA角度來看懂UML圖

從IDEA角度來看懂UML圖

前言

我們目前已經學習了設計模式的7種設計原則。下面本該是直接進入具體的設計模式系列文章。

但是呢在我們學習設計模式之前我們還是有必要了解一下uml圖。因為後續的設計模式文章不出意外應該會很多地方使用到uml圖。如果你連uml圖都看不懂的話,那麼學習起來肯定會有一定的難度。

所以說,這一節就作為承上啟下的章節,讓我們來了解一下uml圖吧。(當然如果你已經會UML圖了,你完全可以跳過這個章節)

介紹

按照慣例,我們還是要讓大家知道什麼是UML圖:

UML有很多種類,什麼用例圖,靜態結構圖,動態行為圖。

而作為java程式猿,我們最關注的的還是靜態結構圖中的類圖即可,所以你只需要記住這一句話就可以了:UML圖就是用來描述各個類,介面之間的關係圖。

我們下面包括今後的UML類圖都是用IntelliJ IDEA自帶的類圖工具來展示 ,每個軟體的畫圖風格會有一點點區別,但是核心的東西是不會變。

好的,我開始進入主題

類之間的關係

類與類之間的關係我們可以分為以下幾點:

由於我們大部分時間使用的是idea自帶的工具Uml Support來生成的uml圖(快捷鍵:ctrl+alt+shift+u)。雖然大體類圖線條的畫法是相同的,但是IDEA生成的UML圖的聚合關係和組合關係稍稍有點不同,我們接著往下看.

依賴

只要是在類中用到了對方,那麼他們之間就存在依賴關係。

依賴關係包含其他5中關係。是最大的一層關係。

  1. 類中用到了對方
  2. 如果是類的成員屬性
  3. 如果是方法的返回型別
  4. 是方法接收的引數型別
  5. 方法中使用到
//手機類
public class CellPhone {
    
    //手機可以玩遊戲
    public void playGames(){
        System.out.println("play games");
    }
}


//普通人
public class Person {

    //買手機
    public CellPhone buyCellPhone(){
        return new CellPhone();
    }
    
    //買個手機玩遊戲
    public void play(){
        CellPhone cellPhone = buyCellPhone();
        cellPhone.playGames();
    }
}

泛化

泛化關係實際上就是繼承關係,他是依賴關係的特例(真子集)。

  1. 泛化關係實際上就是繼承關係
  2. 如果A類繼承了B類,我們就說A和B存在泛化關係
//Person代表人
public class Person {

}

//Man代表男人
public class Man extends  Person{
    
}

實現

實現關係實際上就是A類實現B介面,他是依賴關係的特例(真子集)。

//Dao介面
public interface Dao {

}
//Dao實現
public class DaoImpl implements  Dao {
    
}

關聯、聚合、組合

為什麼把這三個放在一起呢?

因為三者在程式碼上的表現相同,只是語意上有所差別。

1 關聯:

類與類之間的聯絡,關係具有多重性,如:

“1”(表示有且僅有一個)

“0...”(表示0個或者多個)

“0,1”(表示0個或者一個)

“n...m”(表示n到 m個都可以)

“m...*”(表示至少m個)

2 聚合:

部分可以離開整體單獨存在,舉一個例子。學校類中有一個學生類。當我們建立一個學校類的時候,可能因為剛創辦,還沒有學生。所以學生類是可以不存在的。不影響學校類的建立。他是依賴關係的特例(真子集)。

3 組合:

整體和部分同生共死,部分脫離整體會變得毫無意義,強調同生共死的一致的生命週期。

例如學生類中的身份證證類。每個學生肯定都會有身份證。在學生類被例項化成功以後,身份證類也被例項化成功。學生類是不能脫離身份證類單獨存在的。他是依賴關係的特例(真子集)。


//學校
public class School {
    public List<Student> studnets;
}


//學生
public class Student {
   private IdentityCard identityCard = new IdentityCard(); //組合關係,建立student的時候也建立了身份證
}

//身份證
public class IdentityCard {
   private String id = UUID.randomUUID().toString();
}

一個學校有很多個學生,一個學生只有一個身份證。所以上面三個類的UML圖如下:

首先我們來看實線箭頭,箭頭方向指的是依賴的方向。School箭頭指向Student標註1 * 表示:一個學校有多個學生。

Student的實線箭頭指向IdentityCard並且標註的是1 1表示:一個學生只有一個學校和一個身份證。

然後我們看菱形圖。正常來說,聚合關係應該是空心的菱形圖,組合關係才是實心的菱形圖,但是IDEA的整合工具將聚合和依賴關係都以實心菱形圖來表示。

按照標準的uml圖來說,student和school之間應該是空心的菱形圖。IdentityCard與Student才是實線的菱形圖。

總結

雖然說idea的畫法有點不同,為了他的便利性我們也忍了。就好比大腸的功能雖然很髒,但是為了它的美味我能仍受,並且享受它。

好了,UNL圖就到這裡了,我們前期鋪墊了那麼多,從下一節開始終於進入了主題,具體的設計模式系列。