我正在學(xué)習(xí) UML，我需要將給定的 UML 圖轉(zhuǎn)換為 java 代碼。我已經(jīng)創(chuàng)建了 Manager 類(lèi)、Account 類(lèi)和 Ident 接口。我把還不明白的部分用黃色標(biāo)記了。關(guān)于 Account 類(lèi)，我不明白 AccountCounts 是什么。我以為它可能是一個(gè) private static int 實(shí)例變量，但是它開(kāi)頭寫(xiě)成大寫(xiě)字母是沒(méi)有意義的。所以我認(rèn)為這是一個(gè)內(nèi)部類(lèi)，但這也沒(méi)有意義。我也不知道是否可以在代碼中表示多重性。我的想法是，1 個(gè)管理器對(duì)象可以使用多個(gè)帳戶類(lèi)型的對(duì)象。但我不確定 1 Manager 對(duì)象如何與 Ident 對(duì)象一起使用，因?yàn)檫@是一個(gè)接口。我什至無(wú)法創(chuàng)建接口的實(shí)例，可以嗎？提前致謝。
2 回答
慕妹3146593
TA貢獻(xiàn)1820條經(jīng)驗(yàn) 獲得超9個(gè)贊
吉爾特說(shuō)的話。無(wú)論如何：
詢(xún)問(wèn) UML 的作者為什么要大寫(xiě)
AccountCounts。正如您所假設(shè)的，它是一個(gè)靜態(tài)本地屬性。多重性可以用多種方式表達(dá)。如果你的多重性較低，你可以實(shí)例化 a
var1、var2等?；蛘吣憧梢韵褚郧耙粯邮褂昧斜?。您標(biāo)記的名稱(chēng)是關(guān)聯(lián)的名稱(chēng)（我從未發(fā)現(xiàn)它對(duì)我的建模非常有用）。它們可能應(yīng)該是角色名稱(chēng)，但事實(shí)并非如此。如果是這樣，它們需要靠近遠(yuǎn)端（此處為右側(cè)），并且前面有一個(gè)可見(jiàn)性指示器（
++、等）。-
茅侃侃
TA貢獻(xiàn)1842條經(jīng)驗(yàn) 獲得超22個(gè)贊
重?cái)?shù)或基數(shù)
1 到 0..n 表示 1 個(gè)管理員可以擁有零個(gè)或多個(gè)帳戶（其他關(guān)聯(lián)關(guān)系也相同）。
關(guān)聯(lián)線上的標(biāo)簽
線上的標(biāo)簽表示一個(gè)類(lèi)與另一類(lèi)交互的性質(zhì)。大多數(shù)情況下，建議使用該行上的動(dòng)詞作為標(biāo)簽。（例如：Manager 到 Account 的關(guān)聯(lián)關(guān)系上的“accounts”）
帳戶計(jì)數(shù)
Account 類(lèi)中的“AccountCounts”帶有下劃線的原因是因?yàn)樗灰暈樽兞慷皇菍傩浴８鶕?jù)我將 UML 類(lèi)圖轉(zhuǎn)換為代碼的經(jīng)驗(yàn)，我相信您需要存儲(chǔ)在“AccontCounts”變量中創(chuàng)建的帳戶實(shí)例的數(shù)量。但建議您閱讀您的案例研究并了解需要什么。
請(qǐng)使用這些資源來(lái)幫助您更好地理解 OOP 和 UML 圖 Sage (2019)。面向?qū)ο缶幊毯?jiǎn)明指南
添加回答
舉報(bào)
0/150
提交
取消