看板
[ CSSE ]
討論串[問題] 反design pattern的見解
共 12 篇文章
內容預覽:
我的觀點是，封裝性須要利用一些方式加以處理. 如果封得太死的話，反而會引發出一些麻煩. 一般而言，面對不同模組之間的封裝性問題. 我自己會依賴 Facade 來處理. 至於模組內部各 class 之間，我就不太要求一定要封裝. 在這樣的原則下，我會對 class 結構區分為兩類：. * 一類為結構類
(還有408個字)
內容預覽:
我自己對 Visitor 的定位，是以比較望文生義的方式來看待. 既然是. 舉個例子，就以 binary tree traversal. 就至少有 pre-order, post-order, in-order 三種. 而在進行每項任務時，會使用哪種 traversal 則是依狀況而定. 如果把整件
(還有444個字)
內容預覽:
抱歉ㄚ~其實我都是在胡扯,被大大發現了.(都是因為打麻將的關係). 請容許我再胡扯一下.. 首先先把場景定義清楚.. 在場景中有房子(house),房間(room),與訪客(visitor).. room就是內部節點,house是節點管理員,visitor就是節點操作者.. house擁有很多型態不
(還有934個字)
內容預覽:
我想封裝性並不全然消失. 在java如果修飾子不寫上public | protected | private的話. 就會是packaged. 這樣一來，在不同的package中使用這個物件時，無法存取內部資訊. 封裝性仍然存在的. 舉例：House是原繼承樹，Visitor我把它省略了，Main則是
(還有802個字)
內容預覽:
我想討論這個問題，不過，我不太想在這裡把討論的層級拉太高. 所以，就拿一個我自己過去所接過的案件當作實際案例來當作一個小小 case study. 就以 Visitor pattern 而言，在 GoF 那本書中已經講得很清楚. 我就不用再贅述. 不過，在我多次的案件實作過程中，在使用 Visito
(還有1126個字)