看板
[ OOAD ]
討論串[設計] 多用合成,少用繼承
共 4 篇文章
首頁
上一頁
1
下一頁
尾頁
內容預覽:
看了一些設計模式跟物件導向的書,都會提到一個觀念就是. 多用合成,少用繼承. 之後,自己在寫程式時有嘗試著多使用合成去取代繼承. 但是發現被合成物件(物件C、D)要取得合成物件(物件A)的資料時都會很不方便. EX.. // 物件A. class objectA{. public static sh
(還有408個字)
內容預覽:
[43][43]. 首先,當static 牽連到繼承之類的話題,99% 都不會是正確的做法。. 單想想,當你有兩個 A instance, 你所謂 shared resource 放的是. 哪個 A 的東西。. 然後看來你的認知有一個大問題。當談及 繼承 vs 合成,說的完全. 不是你的在說的情況。
(還有284個字)
內容預覽:
static牽連到繼承有99%是錯的做法? 不太懂.... 屬性被宣告為static時,不是就所有的A的實例所共用的了嗎?. 可能是因為強調合成物件要取資料的問題,所以例子focus的點有點偏掉了。. 不過我的觀念:. 當一個物件跟另一個物件具有Has-a的關係時就是一種合成關係,. 某物件需要寄信
(還有50個字)
內容預覽:
看起來 class A 只是被當成存放資料的「結構」而不是當作承擔某些責任的行為者。. 繼承 class A 若只是需要有一樣的結構,就只是單純在語法上用了繼承。. 這是你的實作選擇。. 設計上不管你要繼承還是合成,. 重點是使用這組「類別」、「函式庫」的使用者覺得好用。. 什麼情況是好用?要加新功
(還有1137個字)
首頁
上一頁
1
下一頁
尾頁