Re: [請益] java的效能!?
※ 引述《deanh (夜想者)》之銘言：
: ※ 引述《Lordaeron (Terry)》之銘言：
: : Web application 可以說9成或以上都是在做以下的動作
: : 1. user fill form
: : ->這邊基本上javascript 為主,就算跑ajax 撈些有的沒的,就是產生另一個 1.的過程
: : 2. read request
: : ->就單純的讀入input 頂多多了format validation. 花不了什麼時間
: : 3. generate SQL from request
: : -> 組SQL 也花不了你什麼時間, 多幾個if then else 就這樣了
: : 4. fetch Data by SQL
: : 5. Display Result
: : -> 這兩段loading 比是重點, send SQL(network), wait DB processing,
: : fetch result (network),convert to java type,presentation processing,
: : write response to browser(network)
: : 從這樣來看, XXP 的程式幹的活, 實在是不多.
: : 哪如果大家加了偉大的Struts + Hibernate 呢?
: : 就由原本就這幾件簡單的動作裏, 加入了一大堆你handle 不了的東西, 何苦呢?
: : 再說, 為了多一個ORM 的東西, 你非得要去除了SQL 以外的, 還要多學它的運作.
: 如果我跟你在同一家公司，我絕對不想跟你做同一個專案。
: 光你的第三點就非常可笑了。ORM提供的是讓程式碼跟SQL分開實作，Java
: 跟SQL的邏輯不一樣，擺在同一個程式語言裡面會降低可讀性跟維護性。
: 一堆的SQL跟If、else混在一起，幾個月以後還有誰有辦法處理？
: 雖然不管SQLMap跟Hibernate都有邏輯Tag，但總比跟Java語言混在一起要好。
: 1/2/5都有Template Engine幫我實作，我不用作重複的輪子。當不使用這些Framework
: ，你一樣要做自己的輪子，我為什麼要用你的輪子？
: 如果你有大型網站實作的經驗，或者是跟一個團隊合作的應驗，相信你不會說這樣的話。
: Framework不會讓簡單的東西變簡單，他只會讓困難的東西變簡單。
只要OR maping的話
不需要用Struts + Hibernate
只要用JPA就行了
去用Struts + Hibernate還包了一堆你用不到的東西
此外用ORM不會用cache 不會調Query Hints
會比JDBC效能還爛很多
在insert跟update會非常明顯
用ORM的專案要知道目的是什麼
如果專案是有一堆資料物件要reuse 那用ORM是還好
或是專案要容易修改維護資料查詢的部份
有些人認為為了這裡幾個優點用ORM 要在效能付出太貴的代價
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.230.69.84
※ 編輯: cklonger 來自: 61.230.69.84 (05/22 22:11)
討論串 (同標題文章)
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章
54
152