討論串[問題] 繼承方法的缺點
共 3 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓4(5推 1噓 24→)留言30則,0人參與, 5年前最新作者aoksc (重出江湖)時間5年前 (2019/06/07 11:10), 5年前編輯資訊
2
0
0
內容預覽:
請問各位. 在跟同事說明少把工具方法直接寫在基礎類別. 因為這樣會讓全部繼承的類別都擁有這方法. 但這些方法又只有一兩個地方用到. 有同事故意challenge說. 寫在父類別又怎樣. 沒用到就沒用到阿!. 我也只能反擊說這會讓整個程式碼很雜亂. 不過也的確就不要呼叫就好. 不考慮到DI的問題我的反
(還有151個字)

推噓1(1推 0噓 0→)留言1則,0人參與, 5年前最新作者johnny4753 (ArDlCan)時間5年前 (2019/06/07 22:32), 編輯資訊
0
0
0
內容預覽:
優先考慮組合,而非繼承. 許多場合,繼承只是一種短期的解決方法。這種解法常會造成太過龐大、深層的繼承結構,令程式碼難以維護。因此,我們必須時時對它保持戒心,謹慎使用。. 繼承之所以會導致難以維護,是因為一旦修改了上層的基礎類別,就會產生牽一髮而動全身的連鎖反應。. 將繼承結構改用組合的方式來設計,類
(還有59個字)

推噓1(1推 0噓 2→)留言3則,0人參與, 5年前最新作者aoksc (重出江湖)時間5年前 (2019/06/09 19:58), 編輯資訊
0
0
0
內容預覽:
簡單說就是在BaseController要加個只有在某個Controller底下才會用到的方法. 我也是建議用Helper Function. 如果略有不同的話我猜刁民應該是會說那就改名字就好啦!. XXX撞名了怎麼辦?不會加個XXX1的method嗎!. 我猜大概對方會是這種回答啦. 我只能說這種
首頁
上一頁
1
下一頁
尾頁