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

[deanh (夜想者)]

※ 引述《Lordaeron (Terry)》之銘言：
: ※ 引述《deanh (夜想者)》之銘言：
: : 如果我跟你在同一家公司，我絕對不想跟你做同一個專案。
: : 光你的第三點就非常可笑了。ORM提供的是讓程式碼跟SQL分開實作，Java
: : 跟SQL的邏輯不一樣，擺在同一個程式語言裡面會降低可讀性跟維護性。
: : 一堆的SQL跟If、else混在一起，幾個月以後還有誰有辦法處理？
: 組SQL 有什麼好混在一起的? 很難看嗎? 你沒在寫if then else?
: table schema 的設計及畫面output不可能全相同
: 而為了"reuse" 就得一口氣什麼鬼都出來, 再取自己要的. 這樣太慢了.
: 後來變成各自為政,有人用vector, 有人用arraylist, 有人用hashmap.
: 每個人用法都不同, 二三十人, 一看就十幾套做法.
: 這有比較好維護?
用Framework就是保證每個人採用同樣的作法。

一個大型網站的頁面為了開發以及更換各種版型、權限等通常會設計成很多不同區塊
來Render。為了讓Web Designer跟Develper的工作分開，通常會利用Framework的樣板
引擎。這些都是Framework會提供的功能，.Net、Java、PHP裡面都有。

用if else組SQL會造成什麼問題...我以為這個是常識。
不然您以為Ruby on Rails跟Active Record是怎麼流行起來的？
: : 雖然不管SQLMap跟Hibernate都有邏輯Tag，但總比跟Java語言混在一起要好。
: : 1/2/5都有Template Engine幫我實作，我不用作重複的輪子。當不使用這些Framework
: : ，你一樣要做自己的輪子，我為什麼要用你的輪子？
: 我沒要你用我的啊? 請問你在high 什麼?
OK，那您一個人用自己的輪子慢慢玩。

: : 如果你有大型網站實作的經驗，或者是跟一個團隊合作的應驗，相信你不會說這樣的話。
: : Framework不會讓簡單的東西變簡單，他只會讓困難的東西變簡單。
: 我相信, 我一定不會跟同一個project.
: 哪請問你做的網站有多大型?
: but 先定義"大型" 的定義. 否則你自己high 就好了.
OK，當然這個每個人的定義不同，我的定義是投入的專案人數。
至少7個人以上（含Web Designer跟Developer），為了sync整個專案，一定的Framework
是必要的，不管是自己做的還是用Open Source Framework。

用人家做好的輪子，加上自己調整過的參數，是解決問題最快的途徑。

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.166.229.81
※ 編輯: deanh           來自: 118.166.229.81       (05/23 00:07)
→ TonyQ:其實我覺得要討論這種事情，還是要案例探討比較有說服力。
→ TonyQ:不然大家都「我覺得」，就不用討論了。
推 luciferii:最快途徑不保障是最佳途徑，但仍然是case by case吧
→ MonyemLi:我見過把好多框架包成自己框架的產品,程式變得很簡潔
→ MonyemLi:的確在開發維護上有很強大的優勢.
→ MonyemLi:效能方面,大量的使用view.應該是不會太慘.