Re: [請益] java的效能!?

看板Soft_Job (軟體人)作者 (沉默是金。)時間15年前 (2011/05/23 01:22), 編輯推噓1(105)
留言6則, 3人參與, 最新討論串31/52 (看更多)
※ 引述《deanh (夜想者)》之銘言: : ※ 引述《lgd1008 (lgd1008)》之銘言: : : , 套句blog所寫的, 空格太多的填充題, 比問答題還難寫. : [恕刪] : 你說得有道理啊,所以Java的Web Framework被很多人打槍得很嚴重。 : 這也是RoR興起的一個原因,Convention over Configuration : 還有Active Record Pattern的興起,這個Pattern可以解決80%以上在 : Web Application中所遇到的資料存取問題。 你當我沒寫過 Rails 就是了,雖然我寫的並不好, 但是 Hibernate ORM 有的問題在 Rails 一樣也有, 有些效能上瓶頸(陷阱)還是得透過一些技巧去繞去躲。 所謂的 80% 也不過是個魔術數字,提出它真的簡化了什麼吧! 當然,他用起來的確比 hibernate 好用非常多, ruby 的靈活度在這點上非常的好, 但我不覺得不負責任的提出一個 80% 但不提任何細節是個好的說法。 ----------------------------------- Active Record 其實對我而言迷人的地方在 Migration , 這個對快速在各個團隊成員環境上建置 db 非常的有幫助。 hibernate 有類似的東西,但沒有像他可以一起漸進更新團隊的 db 這麼好用。 : 有人說用RoR來開發Web Application的速度會比Java快上10倍,不是沒有道理。 : 當你寫半天XML、維護一大堆的Bean,但在RoR裡面可能只需要一兩行。Java一些 : Framework被打槍也是有原因的。 Rails 裡面的一兩行能完成的功能非常的有局限性,擴展不易, 基本上 Rails 相當倚賴龐大的 gem lib , 完成許多有侷限性的現有功能,的確是非常快, 以 pagination 來講好, will_paginate 這隻 gem 的確非常令人印象深刻, 但萬一你的需求好死不死剛好沒現有的功能可以作, 比方說你想客製 paginition 的 html + style,那你就得花十分力。 當然 rails 強大的地方在於它的 gem 實在是太多了, 所以你只要好好的花時間逛逛,通常不會讓你太失望。 不過 ruby 的高靈活度同樣的也帶來了缺點, 而且當核心版本升級或者你裝新的 gem 時,就是踩地雷的開始。 不說別的,光是 nginx + passenger 這種基本的 server 安裝就是地雷重重, 還需要有人專文寫 guide 躲雷,Rails 也是適合有高人在背後專門鏟雷的工具。 yes , 最後我們會發現,所謂的 framework 幾乎都是留給會用的人。 工具再怎麼好用,人才是這件事情的重點, 但是我們竟然都只在討論工具如何好用好用, 而不是討論用工具的人該如何培養或者是使用工具該注意哪些事情; 這非常吊詭。 -- 魔鬼都躲在細節裡。而我們都通常只說光鮮亮麗的表面。 -- 網頁上拉近距離的幫手 實現 GMail豐富應用的功臣 數也數不清的友善使用者體驗 這就是javascript 歡迎同好到 AJAX 板一同討論。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.82.56.59 ※ 編輯: TonyQ 來自: 111.82.56.59 (05/23 01:23) ※ 編輯: TonyQ 來自: 111.82.56.59 (05/23 01:28) ※ 編輯: TonyQ 來自: 111.82.56.59 (05/23 01:32) ※ 編輯: TonyQ 來自: 111.82.56.59 (05/23 01:43)

05/23 01:59, , 1F
我覺得也許該釐清怎樣算是framework,不然也許大家說的
05/23 01:59, 1F

05/23 01:59, , 2F
是不同定義下的名詞!?
05/23 01:59, 2F

05/23 06:37, , 4F
只要對英文有點了解的人,都會解framework 就是在一個框
05/23 06:37, 4F

05/23 06:38, , 5F
裏工作,適合的也就是哪個frame的範圍內的工作
05/23 06:38, 5F

05/24 23:30, , 6F
推最後幾句:)
05/24 23:30, 6F
文章代碼(AID): #1DsKPeQN (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1DsKPeQN (Soft_Job)