Web 研發模式演變 讀後感

看了 lifesinger的Web 研發模式演變以後，有點觸動，觸動之餘就寫下了點東西記錄一下

總結了一下，lifesinger的意思基本上就是三點

1.因爲前端設備限制，須要後端給前端界面提供個性化的數據。

2.前端和後端開發者不是同一我的，而且使用的是不一樣的語言，溝通成本比較高。

3.java後端專一於數據的獲取，只提供API，node.js後端從java後端獲取數據後針對不一樣設備個性化加工並返回個性化前端，前端只負責顯示。在mvc的定義中，m是java後端，c是node.js，v是前端的js+css+html界面。

4.在整個體系中，基本上沒jsp什麼事了。

我的認爲這是個不錯的點子，很是了不得，由於

?

1 2 3 4

1.確實能夠解決前端和後端溝通的問題，這點很棒。 2.很是適合作以客戶體驗爲第一要務的互聯網項目，特別是手機APP應用。 3.這種模式對前端工程師來講很是友好，把從java後端獲取數據，並有針對的根據設備返回個性化的數據，能夠顯著提升前端開發的品質和效率。 4.很是適合作互聯網項目，特別是有很大交易量/併發量的大網站。

對於像是BAT這樣的大公司來講，這種架構很是合適，他們有人有錢有產品有市場，不過像是BAT這樣的公司仍是少數。

不太適用的場景以下

?

1 2 3 4

1.不太適合作傳統項目，這種項目的目標是快速實現甲方需求，以低成原本搶佔市場，性能和體驗是隻要甲方不作要求就先日後放放，並且不少企業特別看中接 項目搶單子，沒有太多企業願意在體驗和性能上花錢。 2.不適合週期短任務重的項目，對前端開發者要求進一步提升了，這樣的人很難招，本身培養是比較靠譜的形式，所以能夠準備週期會比較長，也存在風險，不 夠經濟，除非公司不差錢。

就目前的狀況而言，node.js對於國內的傳統開發企業來講仍是相對比較新的技術，是否切換到這種架構還有待於進一步考慮和斟酌。