看板
[ OOAD ]
討論串物件導向的缺點 ？？
共 13 篇文章
內容預覽:
資料庫用的是 Relational Data Model, 跟 OO Model 不一樣,. 所以要以 OO Model 去操作資料庫, 有時候會變得很不自然,. 學術領域有蠻多人在試著改進 Raltaional-to-OO Mapping 的方法,. 不過似乎都還是沒有很好用, 畢竟兩個 Mode
(還有372個字)
內容預覽:
我可以再舉一個例子. 像是一般常見的 Web 查詢程式. 丟個SQL到後端DB把資料撈出來, 顯示在螢幕上. 幾十行就可以寫完. 如果要物件導向的話. 也許要有個物件對應 Db Table. 再來個物件處理SQL. 如果你是會計資料的話, 可能要有個物件代表會計科目. 如果是庫存資料的話, 可能要有
(還有527個字)
內容預覽:
^^^^^^^^^^. 我只想回這句.... 如果面對奧客 or 狀況外的案主 or 案主上頭還有案主. 需求不明確是很容易發生的. 或著這麼說，會過度疊床架屋的人. 也許過去都曾經受過驚嚇，例如：. （一個月前）. 案主：ㄟ... 我們老師要我們寫一個九九乘法表. PR：喔... 這樣阿... （
(還有473個字)
內容預覽:
抽象化會過度，以此例看的很清楚：. 需求搞不清楚，軟體的功能也不會清楚。. 需求搞得清楚，軟體的功能就會很清楚。. 人家要的東西如果是「九九乘法表」，軟體又何必做一個「九十九乘法表」. 更別說「對數表」這種需求壓根兒沒提到的東西。. 要決定什麼模組要抽象化，亦即隱藏實作的細節，只揭露呼叫的介面. 主
(還有23個字)
內容預覽:
就是過度抽象化的意思. 以下舉一個很極端的例子:. 需求是寫一個九九乘法表. 於是你開始分離概念. 你把"九九"抽象出來,讓它可以自由更動,想要99*99也行. 你把"乘法"抽象出來,讓它不只可以做整數乘法. 也可以傳一個functor進去做運算子. 甚至可以把整數換成浮點數,或其他任何瘋狂的物件.
(還有134個字)