Re: 物件導向的缺點 ？？
※ 引述《tomtomtom456 (畫畫狐)》之銘言：
: 像是一般常見的 Web 查詢程式
: 丟個SQL到後端DB把資料撈出來, 顯示在螢幕上
: 幾十行就可以寫完
: 如果要物件導向的話
: 也許要有個物件對應 Db Table
: 再來個物件處理SQL
資料庫用的是 Relational Data Model, 跟 OO Model 不一樣,
所以要以 OO Model 去操作資料庫, 有時候會變得很不自然,
學術領域有蠻多人在試著改進 Raltaional-to-OO Mapping 的方法,
不過似乎都還是沒有很好用, 畢竟兩個 Model 蠻不一樣的,
圓形的管子就是很難插到方形的洞裡還要氣密.
想要 quick-and-dirty 就直接用 select 去操作資料吧,
尤其如果 project 是一人樂隊在負責的 ;)
不過當一個 project 有多個能力程度都不大一樣的 enginners 同時在做時候,
讓每個人都直接用 select 去操作資料庫就很難令人放心了,
像該何時 lock table/row, 或是怎樣下 query 才不會讓資料庫 load 太重
之類的問題不是每個 programmer 都很精通的, 遇到 DB dead lock 都不知道
是誰造成的.
這時候讓一個最了解資料庫的 engineer 負責搞定這些問題,
然後把所有東西包成程式介面, 其他人只要去呼叫 member function 就好,
嚴禁直接操作資料庫, 這樣整個 project 的品質比較容易管理.
反觀在一人樂隊的狀況下這樣做, 程式比起來比較複雜, 從幾行變成好幾個 class,
有沒有比較方便跟個人的熟悉程度有很大的關係, 這就不一定了.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.251.144.115
推
10/25 15:03, , 1F
10/25 15:03, 1F
推
07/07 01:50, , 2F
07/07 01:50, 2F
討論串 (同標題文章)
OOAD 近期熱門文章
PTT數位生活區 即時熱門文章
