web前后端分離實踐分析

本篇內容介紹了“web前后端分離實踐分析”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

前后端分離實踐

• 前端人員配備是否充足？

由于所在公司以往項目采用傳統開發風格，即以后端 MVC 為主的開發模式，前端人員僅僅提供靜態 html 頁面，其余工作皆由后端開發人員完成。采用前后端分離模式可以減后臺負擔，加快研發效率，當然，前提是前端能做好的話。

以往只需要提供靜態頁面的前端人員，在前后端分離模式中要負責項目的 view+controller 部分，即除了靜態頁面，還需要負責頁面的所有交互代碼、以及 nodejs 與視圖層以及后端 API 的交互工作，無疑增加了前端人員的學習成本，在沒有足夠知識和人才儲備的情況下，只能讓前端人員加班加點。

• 前后端職責分配

很多公司認為采用前后端分離之后，前后端只需要通過指定 API 進行交互即可，前端負責頁面渲染， Nodejs 負責路由分配，后端提供 API 。忽視了大量關鍵工作，職責分配和細節處理沒有相應文檔規定，緩存機制、圖片上傳下載、數據校驗、語言國際化等等并沒有出具相應信息。另外，大量忽視了 nodejs 層的作用，僅僅把 nodejs 當成一個路由中轉，這一方面也是對 nodejs 技術的不熟悉導致的，其實 nodejs 能負責很多事，除了復雜業務邏輯處理和數據操作由 Java 負責，大量工作完全可以在 nodejs 層處理。

• 后端 API 是否 RESTFul 風格？

很多公司采用了前后端分離模式后，后端 API 仍然采用以往的傳統風格，這是不合理的。

RESTFul 風格的 API 應該是前后端分離的最佳實踐。RESTFul 推薦每個 URL 能操作具體的資源,而且能準確描述服務器對資源的處理動作，通常服務器對資源支持 get/post/put/delete/ 等，用來實現資源的增刪改查。

前后端分離的話，這些 api-url 是對接的橋梁，采用 RESTFul 接口地址含義才更清晰、見名知意。

• 前后端協作模式

前后端分離后，無論是 API 接口的對接還是測試工作，都涉及到前后端人員的溝通，很多公司采用前后端分離后，前后端協作模式配合力度低，互相等待，開發效率低下，反而不如傳統的開發模式。例如：當后端 API 沒有編寫完成時，前端無法進行調試，這就導致了前端會被后端阻塞的情況。其實像這種互相等待的模式需要改進， Mock Server 可能可以解決一些問題。

• 如何前后端分離？

怎么做前后端分離？大方向就是

1. 后端專注于：后端控制層（ RESTFul API） & 服務層 & 數據訪問層。

2. 前端專注于：前端控制層（Nodejs） & 視圖層

本人認為的前后端分離模式應該是這樣：

1. 項目設計階段，前后端架構負責人將項目整體進行分析，討論并確定 API 風格、職責分配、開發協助模式，確定人員配備；設計確定后，前后端人員共同制定開發接口。

2. 項目開發階段，前后端分離是各自分工，協同敏捷開發，后端提供 RESTFul API，并給出詳細文檔說明，前端人員進行頁面渲染。前端的任務是發送API請(GET,PUT,POST,DELETE 等)獲取數據（json，xml）后渲染頁面。

3. 項目測試階段， API 完成之前，前端人員會使用 mock server 進行模擬測試，后端人員采用 junit 進行 API 單元測試，不用互相等待；API 完成之后，前后端再對接測試一下就可以了，當然并不是所有的接口都可以提前定義，有一些是在開發過程中進行調整的。

4. 項目部署階段，利用 nginx 做反向代理，即 Java + nodejs + nginx 方式進行。

“web前后端分離實踐分析”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！