前后端不分離
在前后端不分離的應用模式中，前端頁面看到的效果都是由后端控制，由后端渲染頁面或重定向，也就是后端需要控制前端的展示，前端與后端的耦合度很高。
這種應用模式比較適合純網頁應用，但是當后端對接App時，App可能並不需要后端返回一個HTML網頁，而僅僅是數據本身，所以后端原本返回網頁的接口不再
適用於前端App應用，為了對接App后端還需再開發一套接口。
請求的數據交互如下圖:
前后端分離
在前后端分離的應用模式中，后端僅返回前端所需的數據，不再渲染HTML頁面，不再控制前端的效果。至於前端用戶看到什么效果，從后端請求的數據如何加載到前端中，都由前端自己決定，網頁有網頁的處理方式，App有App的處理方式，但無論哪種前端，所需的數據基本相同，后端僅需開發一套邏輯對外提供數據即可。
在前后端分離的應用模式中 ，前端與后端的耦合度相對較低。
在前后端分離的應用模式中，我們通常將后端開發的每個視圖都稱為一個接口，或者API，前端通過訪問接口來對數據進行增刪改查。
對應的數據交互如下圖 :
前后端分離並沒有網上說的那么復雜。
1.首先要知道所有的程序都是一數據為基礎的，沒有數據的程序沒有實際意義，程序的本質就是對程序的增刪改查。
2.前后端分離就是把數據操作和顯示分離出來。前端專注做數據顯示，通過文字，圖片或者圖標等方式讓數據形象直觀的顯示出來。后端專注做數據的操作。前端把數據發給后端，有后端對數據進行修改。
3.后端一般用java，c#等語言，現在的node屬於JavaScript也能進行后端操作，此處不意義裂解語言。后端來進行數據庫的鏈接，並對數據進行操作。
4.后端提供接口給前端調用，來觸發后端對數據的操作。
基本原理就是這樣，可能語言上不准確，思想是沒有問題的。
之前開發寫代碼的時候，所有的ajax數據都不是后端返回的真實數據，而是我們自己通過接口mock模擬的假數據，當前端的代碼編寫完畢，后端的接口也已經寫好之后，我們就需要把mock數據干掉，嘗試使用后端提供的數據，進行前后端的一個調試，這個過程我們就把它稱之為前后端的接口聯調。
為什么要聯調 本地的mock數據是JC同事自己寫的，肯定符合前端需求，但是后端接口首先需要測試通不通，還需要測試數據格式對不對，還有后端有沒有填寫足夠的數據，比如寫列表頁，前端想分頁，如果后端就寫了兩條測試數據，你咋整？ 所以，Jack需要根據后端對接口的調整，不斷地來回切換url，這樣豈不是還在受后端的影響，還談什么毛線的前后端分離，名存實亡嘛！