※ 引述《adrianshum (Alien)》之銘言： : 為什麼 L 君一直只是在叫別人要提證據去 : 說服他用某某 framework 快多少. 原本的 : 話題就不是在質疑這種東西. 他提出質疑 : Hibernate (or other framework) 未必能 : 帶來效益, 不是該他去找出證據說 Hibernate : 不能帶來效益嗎? 可是他只一味要人提證 : 去說服他, 老實說我實在看不出這是什麼的 : "討論". 不好意思, 我有提出問題, 你們都回答了. 但你們有提出它的benefit 嗎? 我也提出質疑, 你既然要會SQL, HQL, hibernate 整個架構 整整多了一倍的功夫, 請問它為你帶來的效益是什麼? : 發完一點勞騷我也想說一點意見. : 大部份 framework 想解決的問題都是針對 : 特定問題, 要是你沒有處身過在那種問題 : 裡面你並不會感到某 framework 的價值. : 比如套回原本的例子, 直接從 DB 取得 : child info 和 father name 直接顯示, : 這些在小型的 app 中玩玩的話可能用 JDBC : 會比較簡單, 因為developer 根本沒有把 : domain model layer 和 persistence layer : decouple 的觀念. 當你需要 decouple 它們 : 你就會發覺 JDBC DAO的 solution, 每一個 : data access operation 你都要寫很多大同 : 小異的 SQL, 再自己去把result set 裡面的 所以是為觀念而做的調整, 而不是視實際狀而做的? 我是一位不信oo model, xx model的能為你帶來xx, yy 的人 我是沒試過什麼大同小異的sql 會在不同的程式中出現. 希望你的大同小異和我的大同小異是類似的定義吧. : 東西塞進 domain model, 或者要兼顧 concurrent : update 時的問題 ( => 處身在問題中). 這 : 時你才能體會 Hibernate 等的 OR Mapping : framework 究竟在解決你什麼問題、它的價 : 值是什麼. 完全沒有想過什麼concurrent update 的問題. 只要同時抓到同一筆資料, 要同時做更新. 本來就是有後蓋前的情形, 如果是帳務類, 扣, 沖, 入帳的問題. 就比較奇怪了, 這個東西, 丟到一個queue 中讓它順序去做不就好了? 再不然, 就是row lock 而已, 不過有db 不support row lock就是了. : 無疑沒有一個 framework 能解決所有問題, : 所以才要選擇 framework, 因應自己要解決的問 : 題來選適當的解決方法, 而不是一直企圖證 : 明某framework 不是一把萬用刀而否定其存在價 : 值. : Alien --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.228.79.232