看板 [ OOAD ]
討論串[資料] 神之物件 (God object, Blob AntiPattern)
共 19 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
2
3
4
下一頁
尾頁
#16
Re: [資料] 神之物件 (God object, Blob AntiPattern)
推噓0(0推 0噓 1→)留言1則，0人參與, 最新作者TonyQ (骨頭)時間17年前 (2007/09/29 01:42), 編輯資訊
0
0
0
內容預覽:
簡潔程式有時候意味著很難處理 orz. 要舉當然要舉極端的例子，某短程式比賽出來的code. 根本不是常人所能看懂的。. 另外這倒不是強化功能 , 應該是說增加行為跟負擔 ,. 畢竟那不見得是ctor該"強化"的事情 .當你這樣做的時候，. 你已經把ctor的角色定為得比ctor還高一階了。. 這種
(還有434個字)
#17
Re: [資料] 神之物件 (God object, Blob AntiPattern)
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者greatroy (雪碧豬)時間16年前 (2008/02/24 21:08), 編輯資訊
1
0
0
內容預覽:
OOP應該是幫助我們建構系統的一種手段,. 而不應是為了OO而OO才是,. 能寫出高深精簡的程式碼固然是件好事,. 但已經看過太多為了突顯技術,. 而寫出一堆往後連自己都難以了解及維護的程式碼,. 這樣似乎有些本末倒置, 不是嗎?. 另外, OO的另一個目的就是讓Team work更加順暢,. 沒人
#18
Re: [資料] 神之物件 (God object, Blob AntiPattern)
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者H45 (!H45)時間16年前 (2008/02/24 23:37), 編輯資訊
1
0
0
內容預覽:
一個好的程式碼，固然著重於容易閱讀與容易修改. 自己寫出來的程式碼，不只要讓未來的自己看得懂，也要讓別人也看得懂. 撰寫完整的註解以及說明文件是其中一個解決辦法. 但是物件導向分析與設計的主要目標仍然是為了滿足使用者的需求. 所有的分析以及設計都是源於需求而發展出來的. 以物件導向做這些事情，與過去
(還有120個字)
#19
Re: [資料] 神之物件 (God object, Blob AntiPattern)
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者yauhh (姚呵呵)時間16年前 (2008/04/04 14:54), 編輯資訊
0
0
0
內容預覽:
不管是不是OO,寫程式都該保有通用性,循「以較少做最多」的原則.. 有一些功能是當需要時執行,另一些卻是當物件存在就要執行.. 大家支持神物的理由是:拜託不要把物件裝得太中規中矩.. 反對神物的理由就是:不要讓一件東西包山包海.. 我想神物所犯的問題就是讓一件通用的物件變得太具有特殊性.. 若有人寫
(還有149個字)
首頁
上一頁
1
2
3
4
下一頁
尾頁