爲什麼做賤本身非得實現先後端分離，淺談一下其必要性。

關於先後端分離也會有人提出異議，大體分爲一下三種觀點：

(1)人員問題

你們本身留意一下宣傳這種架構的是什麼級別的公司，中小型公司通常沒有這樣的前端資源來支撐這樣的架構。若是強推這樣的分離架構會致使一個後果，後端被硬逼着去學vue.js，node.js這些，白白增長後端的負擔。最後處理很差，會出現一個後端紛紛離職的場面。

(2) 產品迭代週期問題

中小型軟件公司，通常須要一個比較快的軟件迭代週期。採用分離架構，增長了一個接口制定流程和先後端聯調流程。從本質上來講，放慢了迭代週期。

(3) 前端須要學習業務

原本前端只須要掌管視覺交互的部分。如今由於controller層也歸前端管了，前端必須對公司的業務流程有深刻的瞭解，才能準確的寫出顯示邏輯。不過這樣會讓後端以爲，前端奪權，前端在混KPI。前端也必需要去學無聊的業務，不過正所謂有得必有失，前端所以也可以站穩腳跟。或許正是由於先後端分離架構的出現，前端能夠朝着架構師進軍吧。

提出我的觀點：

關於有人提出，採用vue等等，會平添增長迭代週期，原有的全棧技術不能體現出優點，接口定製調試變慢。表面一看的確有道理，可是這種模式的出現偏偏能夠避免週期時間的把控，任何一個項目，特比是小的項目，週期之因此慢，最大緣由都是由於不規範！先後端分離的思想則是提出自由制定規範。全棧的意義就在於這裏，是爲了生產有效代碼，而不是市面上快速迭代的爛尾樓。

小農我堅定以爲分離後好固然緣由不少了，好比說：採用node模板引擎等提升響應速度了，有中間層內網直接處理數據，減小先後端壓力提升性能了，還有最最重要的適配性的提高，pc端、mobile、app端採用一致邏輯代碼，極大減小服務器壓力，減小工程量。還以爲debugger起來也具備優點，固然有異議。

話說最初工做的時候，全部企業都樂於採用什麼PHP，JSP，ASP等等。因而在裏面摸爬滾打了多年。

時代在進步，技術在更新這是必然的，這都不是重點，重點是思想的改變。自從mvc模式一出，不管什麼技術都是爲了適應它，優化它而已，僅此而已。

給出預言：不出三五年，將不只僅有後端架構師，前端也會有架構師職位的出現。