先後端分離對於開發人員的挑戰

先後端分離已是老生常談的話題了，甚至再談先後端分離顯得比較落伍。之因此想談談先後端分離，是由於在這種分工模式下實實在在的遇到了一些問題。這篇文章但願對先後端分離作一個簡單的梳理。

儘管先後端的分離已經再也不新穎，但仍然有很大一部分企業因爲歷史的緣由，採用的是「傳統」的Web開發模式，即前端人員根據UI作好HTML頁面，再將HTML頁面交給後端開發人員打通數據和調試。這是最爲「原始」的方式，甚至有可能在現在的大學課堂中仍然是這樣的教學方式。我想前端開發人員被「鄙視」也便是這樣的開發模式所致使，由於前端幾乎不作任何的調試，可能只是調整下頁面的一些工做。這樣的開發模式也很簡單，看起來是對後端開發人員要求更高，也就是要求後端開發人員掌握必定的前端基礎。

但隨着前端的發展，一些年輕的公司或者年輕的項目也早已對先後端分離進行了實踐，前端再也不只寫HTML頁面，後端也不須要掌握前端JavaScript基礎。由於在先後端分離的開發模式下，前端和後端被實實在在的所隔離，後端代碼中再也不將前端代碼寫到工程中，前端和後端只專一本身的領域，這樣的開發模式但也帶來了不少的問題。

後端開發人員再也不參與到前端的開發，測試變得更加的抽象

之前後端開發人員寫完一個功能，只須要啓動程序，打開頁面就能自測，這是一個很具體的也很容易的一個操做。可是在分離事後，先後端代碼隔離獨立部署，後端開發人員在開發過程當中不能再依靠頁面去點擊測試，惟一的方式只能加大單元測試力度。儘管每一個開發者都知道單元測試的重要性，但我相信這又偏偏大多數開發者都不重視。

文檔的重要性變得更加劇要

一我的寫代碼能夠不須要文檔，由於我知道我要怎麼作，我也知道我要怎麼變。但一個系統的開發者再也不是你一我的，剛好是須要和另一我的合做的時候，這時候文檔就變成了先後端開發者的「契約」。既然是契約，那契約的制定須要變得更加謹慎，一個常常變更的契約會逐漸失去對它的信任。曾經數據的傳輸與交互是由後端一手製定，而且是「心中有數」，但先後端分離後，前端須要知道後端的數據格式，後端須要知道前端須要什麼。這其實是對後端開發人員提出了更高的要求，一是一份完善且詳盡的文檔，二是儘量的考慮周全。

先後端的衝突可能加大

舉一個很簡單的例子，一個頁面每每由多個模塊構成，後端開發者返回的數據中只包含了某個數據的主鍵ID，前端開發者一個頁面甚至一個功能須要屢次請求才能拿到數據。我相信前端開發者更但願返回的是我須要的全部數據，然後端開發者又想把這個事交給前端去作。

在這裏引入一個概念：Bandend for Frontend，BFF，服務於前端的後端。若是前端分離後，前端所作的工做僅僅是數據的一些展現和少許的一些業務邏輯，我認爲這個時候數據的整合業務的邏輯應該是交給後端去作，特別是若是是微服務的應用，後端應該是各個微服務的聚合，再將聚合的數據一併交給前端。但仍然有另一個場景，前端不只是用某個框架作了數據的展現，還使用了Node作服務端，此時我認爲後端就再也不去作數據的聚合，甚至能夠說直接去掉後端，再換句話說此時Node也就是後端，只是時代變了，前端的開發人員取代了後端開發人員。

<div align="center">這是一個能給程序員加buff的公衆號 （CoderBuff）</div> <div align="center"><img src="https://img2018.cnblogs.com/blog/630246/201907/630246-20190717223740465-1981496921.png" /></div>

原文出處：https://www.cnblogs.com/yulinfeng/p/11879258.html