爲什麼選擇前後端分離
- 在以前傳統的網站開發中，前端一般扮演的只是切圖的工作，只是簡單地將UI設計師提供的原型圖實現成靜態的HTML頁面，而具體的頁面交互邏輯，比如與後臺的數據交互工作等，可能都是由後臺的開發人員來實現的，或者是前端是緊緊的耦合後臺。比如，以前淘寶的Web基本上都是基於MVC框架webx，架構決定了前端只能依賴後端。所以他們的開發模式依然是，前端寫好靜態demo，後端翻譯成VM模版，這種模式的問題就不說了，被吐槽了很久。
- 而且更有可能後臺人員直接兼顧前端的工作，一邊實現API接口，一邊開發頁面，兩者互相切換着做，而且根據不同的url動態拼接頁面，這也導致後臺的開發壓力大大增加。前後端工作分配不均。不僅僅開發效率慢，而且代碼難以維護。而前後端分離的話，則可以很好的解決前後端分工不均的問題，將更多的交互邏輯分配給前端來處理，而後端則可以專注於其本職工作，比如提供API接口，進行權限控制以及進行運算工作。而前端開發人員則可以利用nodejs來搭建自己的本地服務器，直接在本地開發，然後通過一些插件來將api請求轉發到後臺，這樣就可以完全模擬線上的場景，並且與後臺解耦。前端可以獨立完成與用戶交互的整一個過程，兩者都可以同時開工，不互相依賴，開發效率更快，而且分工比較均衡。
如何做到前後端分離
在前後端分離的應用模式中，後端僅返回前端所需的數據，不再渲染HTML頁面，不再控制前端的效果。至於前端用戶看到什麼效果，從後端請求的數據如何加載到前端中，都由前端自己決定，網頁有網頁的處理方式，App有App的處理方式，但無論哪種前端，所需的數據基本相同，後端僅需開發一套邏輯對外提供數據即可。
在前後端分離的應用模式中 ，前端與後端的耦合度相對較低。
在前後端分離的應用模式中，我們通常將後端開發的每個視圖都稱爲一個接口，或者API，前端通過訪問接口來對數據進行增刪改查。