zhangsx 發表於 2006-11-8 14:17:00 |
http://blog.csdn.net/dylgsy/archive/2006/08/16/1076044.aspx UML的類圖關係分為: 關聯、彙總/組合、依賴、泛化(繼承)。而其中關聯又分為雙向關聯、單向關聯、自身關聯;下面就讓我們一起來看看這些關係究竟是什麼,以及它們的區別在哪裡。 1、關聯
雙向關聯: C1-C2:指雙方都知道對方的存在,都可以調用對方的公用屬性和方法。 在GOF的設計模式書上是這樣描述的:雖然在分析階段這種關係是適用的,但我們覺得它對於描述設計模式內的類別關係來說顯得太抽象了,因為在設計階段關聯關係必須被映射為對象引用或指標。對象引用本身就是有向的,更適合表達我們所討論的那種關係。所以這種關係在設計的時候比較少用到,關聯一般都是有向的。 使用ROSE 產生的程式碼是這樣的: class C1 ...{ public: C2* theC2;
};
class C2 ...{ public: C1* theC1;
};雙向關聯在代碼的表現為雙方都擁有對方的一個指標,當然也可以是引用或者是值。 class C3 ...{ public: C4* theC4;
};
class C4 ...{
};單向關聯: C3->C4:表示相識關係,指C3知道C4,C3可以調用C4的公用屬性和方法。沒有生命期的依賴。一般是表示為一種引用。 產生代碼如下: 單向關聯的代碼就表現為C3有C4的指標,而C4對C3一無所知。 自身關聯(反身關聯): 自己引用自己,帶著一個自己的引用。 代碼如下: class C14 ...{ public: C14* theC14;}; 就是在自己的內部有著一個自身的引用。 2、彙總/組合
當類之間有整體-部分關係的時候,我們就可以使用組合或者彙總。 彙總:表示C9彙總C10,但是C10可以離開C9而獨立存在(獨立存在的意思是在某個應用的問題域中這個類的存在有意義。這句話怎麼解,請看下面組合裡的解釋)。 代碼如下: class C9 ...{ public: C10 theC10;}; class C10 ...{ };
組合(也有人稱為包容):一般是實心菱形加實線箭頭表示,如所示,表示的是C8被C7包容,而且C8不能離開C7而獨立存在。但這是視問題域而定的,例如在關心汽車的領域裡,輪胎是一定要組合在汽車類中的,因為它離開了汽車就沒有意義了。但是在賣輪胎的店鋪業務裡,就算輪胎離開了汽車,它也是有意義的,這就可以用彙總了。在《敏捷開發》中還說到,A組合B,則A需要知道B的生存周期,即可能A負責產生或者釋放B,或者A通過某種途徑知道B的產生和釋放。 他們的代碼如下: class C7 ...{ public: C8 theC8;}; class C8 ...{ }; 可以看到,代碼和彙總是一樣的。具體如何區別,可能就只能用語義來區分了。 3、依賴 依賴: 指C5可能要用到C6的一些方法,也可以這樣說,要完成C5裡的所有功能,一定要有C6的方法協助才行。C5依賴於C6的定義,一般是在C5類的標頭檔中包含了C6的標頭檔。ROSE對依賴關係不產生屬性。 注意,要避免雙向依賴。一般來說,不應該存在雙向依賴。 ROSE產生的程式碼如下: // C5.h #i nclude "C6.h"class C5 ...{ }; // C6.h #i nclude "C5.h" class C6 ...{ };
雖然ROSE不產生屬性,但在形式上一般是A中的某個方法把B的對象作為參數使用(假設A依賴於B)。如下: #i nclude "B.h" class A ...{ void Func(B &b); }那依賴和彙總\組合、關聯等有什麼不同呢? 關聯是類之間的一種關係,例如老師教學生,老公和老婆,水壺裝水等就是一種關係。這種關係是非常明顯的,在問題領域中通過分析直接就能得出。 依賴是一種弱關聯,只要一個類用到另一個類,但是和另一個類的關係不是太明顯的時候(可以說是“uses”了那個類),就可以把這種關係看成是依賴,依賴也可說是一種偶然的關係,而不是必然的關係,就是“我在某個方法中偶然用到了它,但在現實中我和它並沒多大關係”。例如我和鎚子,我和鎚子本來是沒關係的,但在有一次要DingTalk子的時候,我用到了它,這就是一種依賴,依賴鎚子完成DingTalk子這件事情。 組合是一種整體-部分的關係,在問題域中這種關係很明顯,直接分析就可以得出的。例如輪胎是車的一部分,樹葉是樹的一部分,手腳是身體的一部分這種的關係,非常明顯的整體-部分關係。 上述的幾種關係(關聯、彙總/組合、依賴)在代碼中可能以指標、引用、值等的方式在另一個類中出現,不拘於形式,但在邏輯上他們就有以上的區別。 這裡還要說明一下,所謂的這些關係只是在某個問題域才有效,離開了這個問題域,可能這些關係就不成立了,例如可能在某個問題域中,我是一個木匠,需要拿著鎚子去幹活,可能整個問題的描述就是我拿著鎚子怎麼釘桌子,釘椅子,釘柜子;既然整個問題就是描述這個,我和鎚子就不僅是偶然的依賴關係了,我和鎚子的關係變得非常的緊密,可能就上升為組合關係(讓我突然想起武俠小說的劍不離身,劍亡人亡...)。這個例子可能有點荒謬,但也是為了說明一個道理,就是關係和類一樣,它們都是在一個問題領域中才成立的,離開了這個問題域,他們可能就不複存在了。 4、泛化(繼承) 泛化關係:如果兩個類存在泛化的關係時就使用,例如父和子,動物和老虎,植物和花等。 ROSE產生的程式碼很簡單,如下: #i nclude "C11.h"class C12 : public C11 ...{ }; 5、這裡順便提一下模板 上面的圖對應的代碼如下: template<int> class C13 ...{ };
這裡再說一下重複度,其實看完了上面的描述之後,我們應該清楚了各個關係間的關係以及具體對應到代碼是怎麼樣的,所謂的重複度,也只不過是上面的擴充,例如A和B有著“1對多”的重複度,那在A中就有一個列表,儲存著B對象的N個引用,就是這樣而已。 好了,到這裡,已經把上面的類圖關係說完了,希望你能有所收穫了,我也費了不少工夫啊(畫圖、產生代碼、、寫到BLOG上,唉,一頭大汗)。不過如果能讓你徹底理解UML類圖的這些關係,也值得了。:) |