前後端分離現在火了很多年，在實際中新技術的使用一般是先在一些大廠中採用，比如在招聘網上大廠的前端招聘node要求比較高，而在中小型廠中對node的要求只是會用webpack打包工具以及npm包管理就可以了。最近幾年傳統公司、中小型公司開始構建前後端分離模式，前後端分離的好處網上文章很多，簡單說前端可以專注前端的開發，後端專注後端開發，開發效率和質量都會得到提公升，但在實際專案組中因為很多leader資歷比較老，思維方式還是傳統的軟體開發的思維，所以構建出來的團隊只是前後端分離的形。我分享下我轉前端以來待的3家公司前後端分離模式踩的坑，也自己整理總結下前後端分離模式中要提前做好的協調和準備。
我之前是做.net，做的專案大部分是後台管理系統，那時候沒有分前端後端，一般是乙個功能從資料庫到前端一起做，所以工作按時間分布一半時間敲c#**一半時間寫js，那時候後台管理對頁面美觀的要求不高考慮開發效率所以一般都是用extjs、jquery easyui以及後面出來的bootstrap把樣式封裝好了，只要用裡面的元件拼接頁面實現業務邏輯就可以了。但隨著c#在市場的需求越來越少，開始感覺到危機，考慮要不要轉行。那時候在開發群認識乙個大佬招前端vue，當時vue剛出來沒多少久，很難招到人只能改變招聘要求找原生js基礎相對比較好的，就這樣我進入了這家創業公司也正式進入全職前端行業。這家公司後端3個人前端3個人，前後端的比例1:1。
因為團隊不大而且前後端框架都是開發老大搭建的，對前端和後端都有所了解，所以前後端合作的矛盾沒有那麼突出，但也有些問題和矛盾，這些矛盾在我後面兩家公司凸顯的更加明顯。
最後因為產品一直上線不了加上公司內部結構問題產品和研發各種甩鍋掙權，產品掙權成功佔主導，研發陸續走人崩離瓦解。
第二家公司的開發模式比較傳統，因為後端的發展歷史比前端長很多，複雜度都比前端多這是事實，專案重點業務部分和資料庫都是在後端，所以一般都是後端的當研發技術老大無可厚非，如果老大只做過後端的開發沒怎麼接觸過前端，前端在公司情況相對後端會差些。
先說說這家公司研發組織結構到我在職的後期，後端13人左右平均工作年限34年左右，前端8人左右平均工作年限12年左右，也就是後端大部分是3年以上的，一兩個是1年左右的，前端大部分是1~2年左右，這些當中很多是非計算機專業後面培訓轉前端的，一些是剛畢業的。我雖然工作3年以上，但做全職前端也才不到兩年。因為這種人員結構，後端都是老油條（其中有幾個脾氣不大好），前端都是剛畢業沒多久的小鮮肉（比較內向害羞），聯調的時候可想而知後端是大爺前端是跟班。
說說我個人感覺這家公司開發中存在的問題：
後面多次向上反映沒有什麼改善，後端覺得先出文件做不到後端老大一直不覺得這是很大問題，最後選擇離開。
現在就職的是一家上市公司背景的分部，工作節奏有點慢，前後端分離也有介面文件出來時間問題，文件字段描述不清楚的問題，但因為節奏慢所以問題沒那麼突出，前端壓力沒那麼大。而且專案負責人比較nice能接收別人建議的人，但改變是循序漸進，在這家公司感覺個人佛系了很多。在公司很閒適合養老，當然很多會說養老公司趁早出來，經過思考我留下來有以下原因：
前後端分離跨越問題
1 跨域 瀏覽器同源策略 1995年，同源政策由 netscape 公司引入瀏覽器。目前，所有瀏覽器都實行這個政策。最初，它的含義是指，a網頁設定的 cookie，b網頁不能開啟，除非這兩個網頁 同源 所謂 同源 指的是 三個相同 協議相同 http https 網域名稱相同 www.xdcass....
前後端的分離
對於大部分應用，已經不需要從後端讀取html頁面或者模板，前端完全可以根據資料自行渲染頁面 模板，這樣，前後臺互動就可以簡化為資料的增刪改查。利用ajax技術，實現頁面區域性重新整理，促使了前後臺分離的可能性。那麼，如何利用前後端分離開發模式，開始乙個專案呢?1.產品文件 產品經理會先設計好整個產品...
前後端分離及使用前後端分離的原因
前後端分離指的是前端採用純html頁面，通過ajax向後台請求資料。使用前後端分離的原因，通過在後台設定引數，可以控制html在遊覽器的快取時間，遊覽器訪問頁面時不需要向後台傳送請求。減少了後台伺服器的壓力。判斷遊覽器是否取的是快取 cache control max age 3600 響應頭中有這...