古詩詞大全網 - 個性簽名 - 不懂前後端分離?這篇就夠

不懂前後端分離?這篇就夠

前後端分離前我們的開發協作模式壹般是這樣的:

前端寫好靜態的HTML頁面交付給後端開發。靜態頁面可以本地開發,也無需考慮業務邏輯只需要實現View即可。

後端使用模板引擎去套模板,同時內嵌壹些後端提供的模板變量和壹些邏輯操作。

然後前後端集成對接,遇到問題,前臺返工,後臺返工。

然後在集成,直至集成成功。

這種模式的問題

在前端調試的時候要安裝完整的壹套後端開發工具,要把後端程序完全啟動起來。遇到問題需要後端開發來幫忙調試。我們發現前後端嚴重耦合,還要要求後端人員會壹些HTML,JS等前端語言。前端頁面裏還嵌入了很多後端的代碼。壹旦後端換了壹種語言開發,簡直就要重做。

像這種增加了大量的溝通成本,調試成本等,而且前後端的開發進度相互影響,從而大大降低了開發效率。

前後端分離並不只是開發模式,而是web應用的壹種架構模式。在開發階段,前後端工程師約定好數據交互接口,實現並行開發和測試;在運行階段前後端分離模式需要對web應用進行分離部署,前後端之前使用HTTP或者其他協議進行交互請求。

1. 客戶端和服務端采用RESTFul API的交互方式進行交互

2. 前後端代碼庫分離

在傳統架構模式中,前後端代碼存放於同壹個代碼庫中,甚至是同壹工程目錄下。頁面中還夾雜著後端代碼。前後端工程師進行開發時,都必須把整個項目導入到開發工具中。

前後端代碼庫分離,前端代碼中有可以進行Mock測試(通過構造虛擬測試對 象以簡化測試環境的方法)的偽後端,能支持前端的獨立開發和測試。而後端代碼中除了功能實現外,還有著詳細的測試用例,以保證API的可用性,降低集成風險。

3. 並行開發

在開發期間前後端***同商定好數據接口的交互形式和數據格式。然後實現前後端的並行開發,其中前端工程師在開發完成之後可以獨自進行mock測試,而後端也可以使用Postman等接口測試軟件進行接口自測,然後前後端壹起進行功能聯調並校驗格式,最終進行自動化測試。

分離後,開發模式是這樣的

為優質產品打造精益團隊

通過將開發團隊前後端分離化,讓前後端工程師只需要專註於前端或後端的開發工作,是的前後端工程師實現自治,培養其獨特的技術特性,然後構建出壹個全棧式的精益開發團隊。

提升開發效率

前後端分離以後,可以實現前後端代碼的解耦,只要前後端溝通約定好應用所需接口以及接口參數,便可以開始並行開發,無需等待對方的開發工作結束。與此同時,即使需求發生變更,只要接口與數據格式不變,後端開發人員就不需要修改代碼,只要前端進行變動即可。如此壹來整個應用的開發效率必然會有質的提升。

完美應對復雜多變的前端需求

如果開發團隊能完成前後端分離的轉型,打造優秀的前後端團隊,開發獨立化,讓開發人員做到專註專精,開發能力必然會有所提升,能夠完美應對各種復雜多變的前端需求。

增強代碼可維護性

前後端分離後,應用的代碼不再是前後端混合,只有在運行期才會有調用依賴關系。應用代碼將會變得整潔清晰,不論是代碼閱讀還是代碼維護都會比以前輕松。

使用了前後端分離架構後,除了開發模式的變更,我們在開發的過程中還會遇到哪些問題呢?我們接著往下看。

我們先來看看傳統開發,我們是如何進行用戶認證的

前端登錄,後端根據用戶信息生成壹個jsessionid,並保存這個 jsessionid 和對應的用戶id到Session中,接著把 jsessionid 傳給用戶,存入瀏覽器 cookie,之後瀏覽器請求帶上這個cookie,後端根據這個cookie值來查詢用戶,驗證是否過期。

HTTP有壹個特性:無狀態的,就是前後兩個HTTP事務它們並不知道對方的信息。而為了維護會話信息或用戶信息,壹般可用Cookie和Session技術緩存信息。

- Cookie是存儲在客戶端的

- Session是存儲在服務端的

但這樣做問題就很多,如果我們的頁面出現了 XSS 漏洞,由於 cookie 可以被 JavaScript 讀取,XSS 漏洞會導致用戶 token 泄露,而作為後端識別用戶的標識,cookie 的泄露意味著用戶信息不再安全。盡管我們通過轉義輸出內容,使用 CDN 等可以盡量避免 XSS 註入,但誰也不能保證在大型的項目中不會出現這個問題。

在設置 cookie 的時候,其實妳還可以設置 ,nv.taobao.com,nz.taobao.com,login.taobao.com。所以如果要實現在login.taobao.com登錄後,在其他的子域名下依然可以取到Session,這要求我們在多臺服務器上同步Session。使用JWT的方式則沒有這個問題的存在,因為用戶的狀態已經被傳送到了客戶端。

當客戶端和服務端分開部署到不同服務器的時候,就會遇到跨域訪問的問題,是由瀏覽器同源策略限制的壹類請求場景。

跨域解決方案有很多種,下面使用Nginx反向代理的方案

反向代理

代理訪問其實在實際應用中有很多場景,在跨域中應用的原理做法為:通過反向代理服務器監聽同端口,同域名的訪問,不同路徑映射到不同的地址,比如,在nginx服務器中,監聽同壹個域名和端口,不同路徑轉發到客戶端和服務器,把不同端口和域名的限制通過反向代理,來解決跨域的問題: