除非你的web應用程序是100%的客戶端代碼，否則你就應該將前后端分離開來。人們常常會陷入這樣的陷阱：因為實際工作中經常需要做很大的調整，所以他們不應該花時間開發一個單獨的API和客戶端應用程序，或者他們認為他們的應用程序太小了，他們跟本不需要進行分離。

這種應用就是我稱之為一體化的應用程序。在這種應用程序中，你的業務邏輯和用戶界面是在服務器上運行的一個實體。但是，讓web應用程序具有獨立的前端和后端有很多好處。

1.模塊化

將應用劃分為單獨的前后端應用，其中的一個好處就是模塊化。由于應用程序邏輯與用戶界面完全分離，所以你的Web應用程序可能已經有初步的模塊化結構了。模塊化在許多方面都有幫助，包括測試、可讀性和可維護性。

2.可復用性

使用一個單獨的API，你的應用程序邏輯可以被很多應用程序復用。這意味著你可以創建一個使用API的移動應用程序，或者在一個完全獨立的應用程序中使用API，或者允許其他人訪問API(免費或付費)。

3.內容交付

由于客戶端應用程序是一個完全獨立的實體，你可以處理高級靜態文件服務技術，而在需要將UI呈現為服務器端的應用程序中，這些技術是不可用的。例如，現在可以使用NGINX和一些簡單的規則來將整個客戶端應用程序放在緩存中。

4.響應性

“一體化”服務器端應用程序的最大缺陷之一是反饋用戶響應性方面。在服務器端應用程序中，用戶單擊按鈕來獲取數據的這個動作，最常見的流程描述如下：

1. 用戶單擊一個按鈕來獲取數據
2. 瀏覽器向服務器發送請求
3. 服務器查詢數據庫
4. 應用程序對數據進行邏輯處理
5. 應用程序在展示層呈現數據
6. 服務器將響應返回給用戶
7. 用戶在等待頁面加載之后，會看到反饋
8. 有了一個單獨的客戶端應用程序，你可以利用許多反饋機制，例如使用加載器或進度條。一旦你的請求返回(例如通過一個AJAX調用)，你就可以更新你的展示。

5.版本控制

是的，我加了一個5。有了獨立的API和UI項目，你可以不用同時再更新或部署兩個應用了。如果在新部署的UI中出現了關鍵問題，你可以直接回滾它，而不用擔心會影響你在API項目中所做的改善性能的調整。

一個整體架構的優點是什么?

這種分離的架構有很多優點。但是，使用整體架構也有一些好處。例如，如果你的應用程序包含在一個項目中，那么你可以更快地完成開發工作。有更多的編碼涉及到單獨的用戶界面和API(但是許多框架使這更容易)，這已經不是什么秘密了。還有一些安全方面的好處。例如，實際上你根本沒有將API公開出來。有一些方法可以保護API，但是不公開這種做法會更好一點。如果你覺得還有其它的好處，你可以談談留下評論，讓我們來討論一下。

結論

對許多軟件開發人員來說，這似乎是一個很正常的選擇。然而有的人要么因為不熟悉這個概念，要么就是簡單的因為懶惰，所以他們根本就不采用這種架構。從個整體架構來說，可能不采用這種結構但是也很成功的例子有很多。但是，我看到的更多的是分離API和UI以后會帶來很多好處。建議那些尚未嘗試過這個概念的開發人員可以試一試，親自感受一下前后端分離帶來的好處。

以上就是將Web APP UI和API分離的4個原因的詳細內容，更多請關注php中文網其它相關文章！