如果我們考慮一個UML圖,其中有一個對象包含另一個類的對象集合。 這兩個課程之間會有什麼樣的關係。持有集合的對象與該集合中的對象之間有什麼樣的關係?
它是聚合還是組合?
具有集合的對象不會直接擁有這些對象,而是集合將持有它們。 但是在這種情況下我們能否把它表示爲1就是很多,遏制這種關係?
我對UML很新,很抱歉,如果它似乎總是noob問題。
如果我們考慮一個UML圖,其中有一個對象包含另一個類的對象集合。 這兩個課程之間會有什麼樣的關係。持有集合的對象與該集合中的對象之間有什麼樣的關係?
它是聚合還是組合?
具有集合的對象不會直接擁有這些對象,而是集合將持有它們。 但是在這種情況下我們能否把它表示爲1就是很多,遏制這種關係?
我對UML很新,很抱歉,如果它似乎總是noob問題。
少U.M.L.,更多的概念,實際的解決
你的第一對象,包含另一個第二個對象。
第二個對象本身就是一個集合,它包含多個對象元素。
從技術,設計或編程的角度來看,有人可能會想到元素,而不是與第一個對象相關,而是以第二個對象作爲其容器。
第一個對象其委託包含&管理對象到第二個對象的過程。
我在設計&編程中多次使用這種情況。在許多集合庫(數組,列表,堆棧)中,每個項目都有對容器的引用。
我有時會在每個項目中添加對第一個對象本身的引用。
因此,您可能會認爲,主要的第一個對象,&集合對象,作爲單個對象。
乾杯。
組成是「部分的」之類的關係:每一個汽車具有發動機和在發動機是不存在的,車子無法正常工作。所以汽車和發動機之間的關係是組成。
但是聚合是一個「具有-A」在聚合關係和,對象可以獨立存在彼此像汽車和無線電的。
所以,如果你的關係太強,它是組成或不是聚合。
看看http://stackoverflow.com/questions/734891/aggregation-versus-composition –