Re: [站內] 找工作真的很難

看板java作者 (kapa)時間18年前 (2007/06/15 09:44), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串29/48 (看更多)
※ 引述《Lordaeron (Terry)》之銘言: : ※ 引述《tsumarahi (kapa)》之銘言: : : 我只是回你,你的例子很爛,不需要跟我說hibernate哪邊不好, : : 他有很多可以提的地方...我只是怕你誤導人,所以提醒你那句hql : : 在hibernate做得到. : 我從來沒將誰的話當成銘言, 後面有解, 但原發問者也相應的提出 : 它的疑問. : 就像是你說的, 用OO 後, 突出一個不OO 來解決問題. : 我還是哪句話, 今天你為了使用hibernate 依然要同時會hibernate 和sql 喔我自己是幾乎沒用到native sql過,都用hql 另外你有辦法提出哪個OR mapping可以完全不用碰sql 或類sql的嗎? 依我所知道,不可能. hibernate確實讓操作資料庫部分比較OO, 但是如果呆板到認為使用hibernate就一定得OO,那我只能說,沒事幹麻幫自己上手銬. 為何用jdbc時就可以用不oo的解,為何hibernate就一定得有? 先想出個可以OO的解 再說hibernate做不做得到吧. 他那個例子最大問題在於,那個count出來的東西要屬於誰, 如果有人認為可以属於Parent,那麼給個Parent(parent, count) 跟hql也是可以做的很漂亮. 也可以不要属於Parent好了 再給個class ParentInfo ParentInfo(Parent, int). 也很合理,應該不會太不合理吧? : 哪就得要問一句, hibernate 為你帶來的效益是什麼了? : 我是沒比較過用了hibernate 後, 比沒用時, 到底帶來 : 效益的差異到底多少, : 例如, 開發速度比較快, 快多少? : db access 比較少, 但少多少? : 系統跑起來比較快, 快多少? : 既然你這麼熟hibernate, 相信做過的hibernate 的case 不少, 有以上的數字嗎? 這東西沒辦法數據化 首先,我到現在沒說我很熟,不要誤會 每個人在比較時有人說快了幾倍,請問這東西誰來評斷?誰來決定?誰來說公不公平 這都是嘴泡.我說快三倍,可能會有人說虎濫,他怎麼沒感覺. 我說快一倍,可能會有高手跳出來說不只唷,他用的怎樣怎樣 另外系統一定不會跑起來比較快,但是搭配cache,以及好的調整確實可以到不錯的水準. 就說去看看網路上文章,沒記錯如果搭配好cache,"有人"認為可以到達更好的效能水準. 我真不懂耶,我只是在告訴你之前那個例子做得到. 怎麼講到數據了,我沒興趣詳細介紹hibernate哪好哪不好,網路上一堆 ,我想我也還不夠格,我不認為自己有能力可以說服已經持否定評價的人, 這可能得請更高手才做得到. ※ 編輯: tsumarahi 來自: 140.138.150.67 (06/15 09:51)
文章代碼(AID): #16SUxW1u (java)
討論串 (同標題文章)
文章代碼(AID): #16SUxW1u (java)