為什麽要前後端分離？前後端分離的好處和壞處是什麽？
剛入職新公司，新公司的前端技術棧除了支付寶小程序，其他項目都是jquery+html 寫的。領導想讓我推一下vue+vue-cli+webpack，前後端項目的想法，我正在做整理資料，我便想到了前後端分離項目的必然性的特點，和傳統技術的優勢；
總結的最完美的一句話我覺得應該是前後端分離的主要概念就是：後臺只需提供API接口，前端調用AJAX實現數據呈現！！！完美啊。後臺只註重算法，向前端提高接口，前端根據接口顯示數據，只需要處理前端的業務邏輯，界面優化等等
我剛上手的第一個前後端項目的時候，後臺會提出我以前這種方法很好用，沒必要改成那樣的吧，這種方式也沒什麽不好啊？我感覺這是很多人共同會提出的一個問題，但是隨著時代的進步，這些技術越來越多被替代，被淘汰。
前後端分離會增加前端的工作壓力，減輕後臺的工作量，後臺不用管前臺的業務實現，不用管前臺的頁面實現。以前，很多項目前後臺都不分的，後臺習慣了，前臺代碼他們也會改，出bug了，他們也可以一眼看到bug在哪裏，自己順手就
改了。
很多公司，前端人員很少，都是後端做的，試問後端對前端精麽？仔細看一下，代碼，大量的前端代碼摻雜著前臺代碼，可讀性很差，來個新人就很難維護，但是前後端分離之後，前端看的懂，也不需要學習怎麽看後端代碼，節約成本
前端有前端的標準，後臺有後臺的規範。他們只要共同約定接口的定義，幾乎是拿到需求分析後，拿到設計圖，是可以一同工作的，再也不是以前等前端出完圖，放到eclipse ，後端拿來開發，邏輯一變，後臺要改，前端也要改。
所謂的工程化也是讓別人能夠更快更好的維護我的代碼；
前後端分離並非僅僅只是一種開發模式，而是一種架構模式（前後端分離架構）。
千萬不要以為只有在擼代碼的時候把前端和後端分開就是前後端分離了，需要區分前後端項目。
前端項目與後端項目是兩個項目，放在兩個不同的服務器，需要獨立部署，兩個不同的工程，兩個不同的代碼庫，不同的開發人員。
前後端工程師需要約定交互接口，實現並行開發，開發結束後需要進行獨立部署，
前端通過ajax來調用http請求調用後端的restful api。前端只需要關註頁面的樣式與動態數據的解析&渲染，而後端專註於具體業務邏輯
為什麽要前後端分離？前後端分離的好處和壞處是什麽？