Re: [站內] 找工作真的很難
※ 引述《tsumarahi (kapa)》之銘言：
: 喔我自己是幾乎沒用到native sql過,都用hql
: 另外你有辦法提出哪個OR mapping可以完全不用碰sql 或類sql的嗎?
: 依我所知道,不可能.
: hibernate確實讓操作資料庫部分比較OO,
: 但是如果呆板到認為使用hibernate就一定得OO,那我只能說,沒事幹麻幫自己上手銬.
: 為何用jdbc時就可以用不oo的解,為何hibernate就一定得有?
: 先想出個可以OO的解 再說hibernate做不做得到吧.
BINGO
這句說得夠精準, 我之前一直想說出這
一點但 L 君好像就是不明白.
硬要把 business domain 的 layer 銬著
persistence layer 的東西. 為什麼用 JDBC
就不需要理會 OO? 就不需要理會 fatherName
(之前的例子) 屬於誰?
: 他那個例子最大問題在於,那個count出來的東西要屬於誰,
: 如果有人認為可以属於Parent,那麼給個Parent(parent, count)
: 跟hql也是可以做的很漂亮.
: 也可以不要属於Parent好了
: 再給個class ParentInfo
: ParentInfo(Parent, int).
: 也很合理,應該不會太不合理吧?
: : 哪就得要問一句, hibernate 為你帶來的效益是什麼了?
: : 我是沒比較過用了hibernate 後, 比沒用時, 到底帶來
: : 效益的差異到底多少,
: : 例如, 開發速度比較快, 快多少?
: : db access 比較少, 但少多少?
: : 系統跑起來比較快, 快多少?
: : 既然你這麼熟hibernate, 相信做過的hibernate 的case 不少, 有以上的數字嗎?
: 這東西沒辦法數據化
: 首先,我到現在沒說我很熟,不要誤會
: 每個人在比較時有人說快了幾倍,請問這東西誰來評斷?誰來決定?誰來說公不公平
: 這都是嘴泡.我說快三倍,可能會有人說虎濫,他怎麼沒感覺.
: 我說快一倍,可能會有高手跳出來說不只唷,他用的怎樣怎樣
: 另外系統一定不會跑起來比較快,但是搭配cache,以及好的調整確實可以到不錯的水準.
: 就說去看看網路上文章,沒記錯如果搭配好cache,"有人"認為可以到達更好的效能水準.
: 我真不懂耶,我只是在告訴你之前那個例子做得到.
: 怎麼講到數據了,我沒興趣詳細介紹hibernate哪好哪不好,網路上一堆
: ,我想我也還不夠格,我不認為自己有能力可以說服已經持否定評價的人,
: 這可能得請更高手才做得到.
我覺得很奇怪的是,
為什麼 L 君一直只是在叫別人要提證據去
說服他用某某 framework 快多少. 原本的
話題就不是在質疑這種東西. 他提出質疑
Hibernate (or other framework) 未必能
帶來效益, 不是該他去找出證據說 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 裡面的
東西塞進 domain model, 或者要兼顧 concurrent
update 時的問題 ( => 處身在問題中). 這
時你才能體會 Hibernate 等的 OR Mapping
framework 究竟在解決你什麼問題、它的價
值是什麼.
無疑沒有一個 framework 能解決所有問題,
所以才要選擇 framework, 因應自己要解決的問
題來選適當的解決方法, 而不是一直企圖證
明某framework 不是一把萬用刀而否定其存在價
值.
Alien
Alien
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 202.22.246.26
討論串 (同標題文章)