看板
[ OOAD ]
討論串物件導向的缺點 ？？
共 13 篇文章
內容預覽:
其實,優缺點有些是相對的, 或者跟市場需求有關係,. 當現有 元件充足時,又很容易學,容易使用,. 訓練期短,會的人多,市場供需上來看,就比較不值錢.. 或改版時,舊程式的元件屬性,稍微修改就差不多時,. 後續維護上,人月需求可能會大幅減少.. 對企業老闆來說,應該是優點.. 但對程式設計師來說,就
(還有205個字)
內容預覽:
OO部分導出來的概念有三:封裝,繼承,多型. 封裝就不用特別提了,它主要影響只有在編譯期. 繼承,因為每個super class的所有成員都要保留. 不可避免地會造成物件龐大. 只要是執行期多型就一定會dynamic binding. 執行期必然造成影響. 有一派的人反對過度疊床架屋的做法. 抽象到
(還有1個字)
內容預覽:
就是過度抽象化的意思. 以下舉一個很極端的例子:. 需求是寫一個九九乘法表. 於是你開始分離概念. 你把"九九"抽象出來,讓它可以自由更動,想要99*99也行. 你把"乘法"抽象出來,讓它不只可以做整數乘法. 也可以傳一個functor進去做運算子. 甚至可以把整數換成浮點數,或其他任何瘋狂的物件.
(還有134個字)
內容預覽:
抽象化會過度，以此例看的很清楚：. 需求搞不清楚，軟體的功能也不會清楚。. 需求搞得清楚，軟體的功能就會很清楚。. 人家要的東西如果是「九九乘法表」，軟體又何必做一個「九十九乘法表」. 更別說「對數表」這種需求壓根兒沒提到的東西。. 要決定什麼模組要抽象化，亦即隱藏實作的細節，只揭露呼叫的介面. 主
(還有23個字)