爲何要先後端分離？先後端分離的好處和壞處是什麼？

剛入職新公司，新公司的前端技術棧除了支付寶小程序，其餘項目都是jquery+html 寫的。領導想讓我推一下vue+vue-cli+webpack，先後端項目的想法，我正在作整理資料，我便想到了先後端分離項目的必然性的特色，和傳統技術的優點；

總結的最完美的一句話我以爲應該是先後端分離的主要概念就是：後臺只需提供API接口，前端調用AJAX實現數據呈現！！！完美啊。後臺只注重算法，向前端提升接口，前端根據接口顯示數據，只須要處理前端的業務邏輯，界面優化等等

我剛上手的第一個先後端項目的時候，後臺會提出我之前這種方法很好用，不必改爲那樣的吧，這種方式也沒什麼很差啊？我感受這是不少人共同會提出的一個問題，可是隨着時代的進步，這些技術愈來愈多被替代，被淘汰。

先後端分離會增長前端的工做壓力，減輕後臺的工做量，後臺不用管前臺的業務實現，不用管前臺的頁面實現。之前，不少項目先後臺都不分的，後臺習慣了，前臺代碼他們也會改，出bug了，他們也能夠一眼看到bug在哪裏，本身順手就

改了。

不少公司，前端人員不多，都是後端作的，試問後端對前端精麼？仔細看一下，代碼，大量的前端代碼摻雜着前臺代碼，可讀性不好，來個新人就很難維護，可是先後端分離以後，前端看的懂，也不須要學習怎麼看後端代碼，節約成本

前端有前端的標準，後臺有後臺的規範。他們只要共同約定接口的定義，幾乎是拿到需求分析後，拿到設計圖，是能夠一同工做的，不再是之前等前端出完圖，放到eclipse ，後端拿來開發，邏輯一變，後臺要改，前端也要改。

所謂的工程化也是讓別人可以更快更好的維護個人代碼；

先後端分離並不是僅僅只是一種開發模式，而是一種架構模式（先後端分離架構）。

千萬不要覺得只有在擼代碼的時候把前端和後端分開就是先後端分離了，須要區分先後端項目。

前端項目與後端項目是兩個項目，放在兩個不一樣的服務器，須要獨立部署，兩個不一樣的工程，兩個不一樣的代碼庫，不一樣的開發人員。

先後端工程師須要約定交互接口，實現並行開發，開發結束後須要進行獨立部署，

前端經過ajax來調用http請求調用後端的restful api。前端只須要關注頁面的樣式與動態數據的解析&渲染，然後端專一於具體業務邏輯