類圖的Java代碼在UML建模里如何表現(xiàn)
本節(jié)和點擊一下看一下在UML建模中類圖的java代碼表現(xiàn)，主要包括類，包，接口和關系等內(nèi)容，相信通過本節(jié)的介紹，大家一定會對UML建模中的類圖有新的認識。
在UML建模中類圖的java代碼表現(xiàn)
1類（Classes）
UML建模中的類包含3個組成部分。***個是Java中定義的類名。第二個是屬性（attributes）。第三個是該類提供的方法。
屬性和操作之前可附加一個可見性修飾符。加號（+）表示具有公共可見性。減號（-）表示私有可見性。#號表示受保護的可見性。省略這些修飾符表示具有package（包）級別的可見性。如果屬性或操作具有下劃線，表明它是靜態(tài)的。在操作中，可同時列出它接受的參數(shù)，以及返回類型，如下圖所示：
2.包（Package）
UML建模中的包是一種常規(guī)用途的組合機制。UML中的一個包直接對應于Java中的一個包。在Java中，一個包可能含有其他包、類或者同時含有這兩者。進行建模時，你通常擁有邏輯性的包，它主要用于對你的模型進行組織。你還會擁有物理性的包，它直接轉(zhuǎn)換成系統(tǒng)中的Java包。每個包的名稱對這個包進行了惟一性的標識。
3.接口（Interface）
UML建模中的接口是一系列操作的集合，它指定了一個類所提供的服務。它直接對應于Java中的一個接口類型。接口既可用下面的那個圖標來表示（上面一個圓圈符號，圓圈符號下面是接口名，中間是直線，直線下面是方法名），也可由附加了<
關 系：
1.依賴（Dependency）
實體之間一個“使用”關系暗示一個實體的規(guī)范發(fā)生變化后，可能影響依賴于它的其他實例。更具體地說，它可轉(zhuǎn)換為對不在實例作用域內(nèi)的一個類或?qū)ο蟮娜魏晤愋偷囊谩Ｆ渲邪ㄒ粋€局部變量，對通過方法調(diào)用而獲得的一個對象的引用（如下例所示），或者對一個類的靜態(tài)方法的引用（同時不存在那個類的一個實例）。也可利用“依賴”來表示包和包之間的關系。由于包中含有類，所以你可根據(jù)那些包中的各個類之間的關系，表示出包和包的關系。
2.關聯(lián)（Association）
實體之間的一個結構化關系表明對象是相互連接的。箭頭是可選的，它用于指定導航能力。如果沒有箭頭，暗示是一種雙向的導航能力。在Java中，關聯(lián)轉(zhuǎn)換為一個實例作用域的變量，就像圖E的“Java”區(qū)域所展示的代碼那樣。可為一個關聯(lián)附加其他修飾符。多重性（Multiplicity）修飾符暗示著實例之間的關系。在示范代碼中，Employee可以有0個或更多的TimeCard對象。但是，每個TimeCard只從屬于單獨一個Employee。
3.聚合（Aggregation）
UML建模中的聚合是關聯(lián)的一種形式，代表兩個類之間的整體/局部關系。聚合暗示著整體在概念上處于比局部更高的一個級別，而關聯(lián)暗示兩個類在概念上位于相同的級別。聚合也轉(zhuǎn)換成Java中的一個實例作用域變量。
關聯(lián)和聚合的區(qū)別純粹是概念上的，而且嚴格反映在語義上。聚合還暗示著實例圖中不存在回路。換言之，只能是一種單向關系。
4.合成（Composition）
合成是聚合的一種特殊形式，暗示“局部”在“整體”內(nèi)部的生存期職責。合成也是非共享的。所以，雖然局部不一定要隨整體的銷毀而被銷毀，但整體要么負責保持局部的存活狀態(tài)，要么負責將其銷毀。
局部不可與其他整體共享。但是，整體可將所有權轉(zhuǎn)交給另一個對象，后者隨即將承擔生存期職責。Employee和TimeCard的關系或許更適合表示成“合成”，而不是表示成“關聯(lián)”。
5.泛化（Generalization）
泛化表示一個更泛化的元素和一個更具體的元素之間的關系。泛化是用于對繼承進行建模的UML元素。在Java中，用extends關鍵字來直接表示這種關系。
6.實現(xiàn)（Realization）
實例關系指定兩個實體之間的一個合同。換言之，一個實體定義一個合同，而另一個實體保證履行該合同。對Java應用程序進行建模時，實現(xiàn)關系可直接用implements關鍵字來表示。本節(jié)關于UML建模的內(nèi)容就介紹到這里。
【編輯推薦】
