看板
[ OOAD ]
討論串[模式] 裝飾者模式(decorator)只有一種結構嗎?
共 5 篇文章
內容預覽:
今天上課講到decorator pattern，我有個疑問就是，為什麼設計上不寫成這樣. abstract class 主餐. {. protect 副食品 list;. abstract public int cost();. }. class 豬排 : 主餐. {. public overrid
(還有307個字)
內容預覽:
我想這世上沒有一定得用什麼樣的解法的規則。. 學習這些『前人』設計上的經驗，. 只是輔助我們在遇到問題時多一個選項可以考慮。. 依你的想法修改後，問題的複雜點會集中到每一個. ConcreteComponent 的 behavior，. 也就是 豬排.cost();. 現在你想得只是單純的『加法』將
(還有892個字)
內容預覽:
謝謝q大的回覆，但是我還是不太懂，先說一下，我並沒有一定要說我的想法. 比較好，只是想了解一下差異，在您比較兩者差異的時候我的想法被當作. 不能有輸入，似乎不太公平，如果要比較應該有同樣的立足點，同時，我修改class名稱. 讓它看起來比較舒服，我直接修改在下面(引文中修改)。. P.S.. 會一直
(還有1311個字)
內容預覽:
或許回歸到 Decorator Pattern 的 Intent 來看會較清楚. Intent of Decorator (from GoF Book):. Attach additional responsibility to an object dynamically.. Decorators
(還有1313個字)
內容預覽:
你這個例子叫做composite pattern. 不是decorator... 當然這兩個pattern沒有互斥. 兩個pattern可以一起使用. 事實上我們常在寫的GUI就常常這兩個pattern混着用. +---->View<--------------------+. | * | 1 |.
(還有875個字)