文章閱讀，來自 前端之巔 去哪兒網 部分摘錄
1.項目分離，頁面分離
第壹種是項目分離，承載頁面分離。他的特點是簡單，快速，前端只關註瀏覽器方面，除瀏覽器端之外都是後端負責。
缺點 ：
溝通成本高，前期，前端需要使用 ng 或者代理工具調試，後期，還要把頁面給到後端，並且新建壹個對應的路由。
2.項目分離，只是後端的頁面，放到了前端項目裏
後端只需要配置路由，最終上線時，由發布系統負責把前端中的頁面，自動同步到後端相應的目錄中。其中相應的目錄需要前後端提前約定，不然後端在渲染頁面的時候，就會找不到相應的文件。相比第壹種方案，稍微有點進步。溝通成本會有壹定的降低。
缺點 ：
不過如果需要在頁面裏做壹些業務邏輯處理，還需要前端同學掌握和學習 velocity 語法，對於新同學而言看似掌握的了壹門新語法，但實際操作起來並非想象中的流暢。
3.第三種方案是使用 Nodejs 作為頁面渲染層，後端只負責數據的生產工作
這也是目前階段主要的使用方式。它的優點是前端同學對於整個頁面的生命周期有完全的控制權，包括開發，調試，部署，上線以及後期的性能監控，應用監控等等。可做的事情也更多，比如使用 React SSR 做同構渲染。
缺點 ：
對於前端同學的要求也會很高，除學習前端知識外，還要學習後端知識。
整個應用都是由前端統壹負責，所以還需要接收報警電話或者短信，7*24 小時，都在待命狀態。
1.壹些前端開發，只關註瀏覽器端，服務器端開發關註很少，或者根本就不關註 ;
2.認為 Node.js 只適合開發壹些工具類的功能，相對於後端開發來看它只是個玩具 ;
3.Node.js 的生態不如其他後端語言生態健全 ;
4.涉及到後端開發的知識面比較廣，在沒有這些基礎知識或者經驗積累的基礎上，考慮問題比較片面，最終做出的系統問題比較多，容易被後端鄙視 ;
看似問題很多，但實質上只有兩個原因，
1，自身知識儲備不夠。
2，對 Node.js 了解不深，不敢應用在生成環境中，即使應用到生產環境，壹旦出現問題，不能快速及時的處理，導致高層認為還不如其他後端語言穩定，降低了我們的話語權。 (很中肯，不摸底，不敢用於項目)
1，提高開發效率，因為有了 Node 之後就不需要配置 Nginx 了，也不需要配置壹些代理工具了，所有的頁面生命周期都是由前端統壹去管理的，這時候不需要其他人進行合作。
2，降低溝通成本，除了接口格式外，不需要和後端進行交互了；
3，前後端職責也更為清晰，因為這時候，界限更為清晰了，後端只負責生產數據，它只提供數據就可以了，至於數據怎麽消費，以及怎麽用，都由前端去做；
4，可以同時使用 React SSR 技術，做到首屏渲染，提高用戶體驗，除了首屏之外，還可以做異步的加載、SEO 等操作。
5，Node.js 可提供壹些服務，不僅能讓我們使用，還可以對外使用，如 RESTful API，這樣就不用有求於後端了。
/---------------------------------------------文章摘錄結束-------------------------------------------------/
除了號稱nodejs界jQuery的express，
另外兩個比較不錯的
壹個是 360 團隊的 Thinkjs ，
壹個是阿裏的 Eggjs