看板
[ OOAD ]
討論串[請益] 這種情況有比 Decorator 更好的模式嗎?
共 6 篇文章
內容預覽:
小弟最近遇到一個設計上的瓶頸. 目前已有架構大致如下. A {. methodX();. methodA();. }. B {. methodX();. methodB();. }. C {. methodX();. methodC();. }. 如上，三個物件有一個名稱相同但實作不同的 metho
(還有557個字)
內容預覽:
最近小弟有在練習OOAD，一起學習討論吧. 小弟專長PHP，Java次之. 應該有個抽象類X吧?. abstract class X {. abstract methodX();. }. 然後上面ABC extends X. 所以. A有可能會有 Y. B有可能會有 Z. C有可能會有 YZ. D有
(還有98個字)
內容預覽:
我想要的效果大概是這樣:. 以 facebook 的分享來舉例. A 是分享圖片的物件，B 是影片的物件，C 是文章的物件. 三個物件都有一個 display() 的 method (對應 methodX()). 但是 A 的實作是貼圖，B 的實作是顯示某一畫格，. C 的實作則是顯示文字。. A
(還有274個字)
內容預覽:
小弟這個系統目前是實作在網頁上. 所以先試著從Q大的權限架構這個點來思考. 權限我想到的實作方法有兩種. 1) 讓 ABC 都擁有 share(), vote(), ...method，. 將執行的動作送至伺服器，由伺服器判斷權限並回傳結果。缺. 點是流量會非常大，伺服器不夠好可能會有點辛苦。. 這
(還有527個字)
內容預覽:
這邊想問個問題. 在PHP使用時. 好比說我的decorate有A,B,C. component為 X. 之後如下包裝. object = new X();. objecjt = new A(object);. objecjt = new A(object);. objecjt = new A(ob
(還有499個字)