開發模式

• 確定需求（產品經理/領導/客戶）；
• UI 設計效果圖；
• 前后端約定接口文檔；
• 前后端并行開發；
• 前后端集成；
• 需求交付（提測/上線）；

前后端半分離

如圖，端分為前后端半分離。淺談前后

分離與半分離的端分標志在于誰握著組裝數據的邏輯，如果在前端，淺談前后那就是端分前后端分離！否則就是淺談前后半分離！

前后端分離

如圖，端分為前后端分離。淺談前后

優點

• 前后端徹底分離，端分即便后期有服務遷移，淺談前后也不需改動前端代碼；
• 更好的端分適配前端，業務更向前靠攏，淺談前后在 BFF 層進行接口組裝；
• 對于后端，端分確定了更清晰的淺談前后服務邊界；
• 對于前端，可自行在 BFF 層 mock 數據；

缺點

• 增加了開發成本；
• 中間層轉發增加請求延遲；

BFF 層大多數情況下歸屬于前端負責，使用 nodejs開發，完成請求轉發和數據轉化。

架構圖參考：

反思

如果系統分層了，但是人的職責沒分層，那就違反了康威定律！如果只有三五個開發，應該考慮的不是服務拆分，而是服務聚合。

免責聲明：本文內容由21ic獲得授權后發布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯系我們，謝謝！