方案一

前端使用ArgularJS編寫SPA(Single Page Application)應(yīng)用，后端服務(wù)器只提供RESTful接口且完全無狀態(tài)化。

優(yōu)點(diǎn)：

• 前后完全分離，前端開發(fā)者完全不需要關(guān)心服務(wù)端用了什么技術(shù)，只需要一份接口說明文檔即可。
• 手機(jī)App與PC端網(wǎng)站可以共用同一套接口。

缺點(diǎn)：

• 如果”頁面”過多，SPA應(yīng)用第一次加載速度會稍慢。
• SEO困難。

方案二

使用NodeJS渲染W(wǎng)eb頁面，然后調(diào)用后端RESTful接口。

優(yōu)點(diǎn)：

• 前后完全分離, 后端開發(fā)者可以專注于業(yè)務(wù)邏輯開發(fā)。

缺點(diǎn)：

• NodeJS代碼如果異常處理不好容易直接掛掉進(jìn)程。
• 增加了部署和維護(hù)成本
• 對前端開發(fā)者技術(shù)要求比較高
• 增加了一層NodeJS，提高了網(wǎng)絡(luò)傳輸?shù)拈_銷

方案三

使用Velocity(或其它渲染引擎)，前端開發(fā)者只寫靜態(tài)頁，完成后交給后端進(jìn)行“動態(tài)化”

優(yōu)點(diǎn)：

• 前端完全不需要關(guān)注后端的任何東西。

缺點(diǎn)：

• 后端開發(fā)者必須熟悉HTML , CSS, JS，不能專注業(yè)務(wù)開發(fā)。
• 前后端溝通成本大
• 后端服務(wù)器如果需要為App提供接口，則需要寫兩套Controller

方案四

前端開發(fā)者學(xué)習(xí)使用Velocity語法，直接編寫*.vm文件

優(yōu)點(diǎn)：

• 后端完全不需要關(guān)心頁面問題

缺點(diǎn)：

• 前端人員學(xué)習(xí)成本高
• 需要在本地搭建、部署Java運(yùn)行環(huán)境，對前端人員來說難度很大。
• 后端服務(wù)器如果需要為App提供接口，則需要寫兩套Controller

目前我們使用一、四結(jié)合的方案，對NodeJS保持謹(jǐn)慎態(tài)度。 前端開發(fā)者更傾向于SAP和NodeJS.