[討論] 各式後端框架的效能

[ripple0129 (perry tsai)]

https://goo.gl/SsrN3p

原先此篇文章用意為展示swift valor框架的效能
不過觀察了一下
突然發現spring的效能頗差
甚至是輸給了python語言的框架
其實是有點想不透原因
這讓我覺得Java在後端的應用上
似乎不是一個有優勢的考量了
畢竟使用Json的效能很重要

而Node.js效能也讓我蠻驚豔的優異
V8引擎如此強大
然後帶有產地優勢Json的處理第二名

ROR的高速開發低效能

Laravel不是很了解有什麼特別優勢
PHP也被嘴很久了

Go應該弄個框架來測試
直接pure下來測不是很公平

當然這個測試只是對Plain text
Json還有SQLite
我一直覺得一個資訊的東西還存在
就表示還有它的價值與應用場景
各有長短
就跟語言一樣應該適才適用
討論須當理性看待



--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.224.5
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1471148668.A.A28.html
推 mintu: 或許可以看 PHP 7 的環境是不是有比較好
→ mintu: 原 PO 最後一段講的蠻認同的，如果把這個當作使用 framewor
→ mintu: k 的依據不太合適，除非要開發的 web 非常注重 performance
推 hungys: Go有些人的確覺得不需要額外框架呀
推 yyc1217: 有時也要考慮團隊開發效率 如果只是單獨開發用什麼沒差
→ johnny94: php已經浴火重生了
→ johnny94: 然後，真心認為laravel會成為php的優選框架
→ johnny94: 就像 ruby 就是用 ror 一樣
→ ripple0129: 稍微看了一下Laravel的介紹，的確是把過去PHP的缺點
→ ripple0129: 都改進了，似乎所有的framework都越走越像了。MVC, co
→ ripple0129: nvention over configuration, test integration
推 rarex: 這種就當參考用囉...基本上沒有什麼東西是可以一套全吃的
→ rarex: 還是要看使用情境來選擇
→ netburst: laravel+php 7 在未來頗強 可跟FB的一拚
※ 編輯: ripple0129 (223.140.224.5), 08/14/2016 14:42:43
→ y3k: PHP下一步是要開始抄JS了XD
→ blackie1019: 要比asp.net core嗎?
→ blackie1019: https://github.com/aspnet/benchmarks
→ blackie1019: 其實我個人經驗是這些框架都很好 看用的人的能力
→ blackie1019: 我建議可以討論一下使用各框架組合出來的解決的效能
→ blackie1019: 如: CQRS+SignalR+.Net WebAPI+Redis+protobuf+MSSQL
→ blackie1019: 處理3,000 transaction/sec per instance之類的
→ blackie1019: Concurrent:20,000 online member up
→ blackie1019: 我覺得分享這樣組合出來的數據或許比單純比較底層
→ blackie1019: 有意義多了，因為通常底層做的壓測都不是真實環境
→ blackie1019: 要乘載的資料或量，看完也是頂多心理說一句:oh，是歐
→ blackie1019: 分享解決方案的效能或許才會有那種可以試試的感覺
→ lovdkkkk: 用 JAVA 不見得要 Spring, 就算用也不用什麼 request 都
→ lovdkkkk: 過 Spring, 要效能就別用 Ajax 用 WebSocket 吧
→ lovdkkkk: 比 Ajax JSON 測純 Servlet 個人覺得比較合理
→ ripple0129: Servlet不算框架，變成要跟go比較了
→ lovdkkkk: 算是 JEE 框架...:p
→ remmurds: Spring 隨便一個 request 的 call stack 都一大串
→ manaup: call stack深算缺點嗎? 這感覺就好像抱怨747引擎太複雜
→ manaup: 為什麼不裝幾顆沖天砲上去的感覺
推 kyleJ: PHP使用5.幾版的呢 竟然這麼低囧
→ AlanPeace: RoR用Webrick...這篇是要騙誰.....