淺析前后端分離

大家好，初來乍到，有點小緊張，寫得不好的請各位大佬多多批評指正。

我老板是個不懂技術的 boss，前天他找我去負責一個新項目，我內心一想，勞資早受夠了這些老古董項目的苦了，這次肯定要按我想法來搞了，開心。這里說一下，我是寫Java的，之前一直在公司一直是維護別人寫的項目，祖傳代碼那種，啥玩意都丟在jsp里面，一坨坨的，每天讓我在里面改哪些不可描述的代碼，此處手動微笑。

第二天，我屁顛屁顛地拿著俺的計劃和方案給他看，老板看完眉頭一皺，這種前后端完全分離的開發方式我們沒做過，為什么要選擇這種方式？前后端分離對實際開發有什么好處？還有后期維護怎么保證呢？嗶哩嗶哩，老板日常的三連問，瞬間讓沒有準備的我尷尬了三秒，還好我機智，編了個分析文檔放在我私人MacBook的借口，趕緊溜掉，回到位置的我以迅雷不及掩耳之勢找到了資料，給他發了過去，然后再走過去，開始安利。

為什么選擇前后端分離？

這種搞法早已成為互聯網項目開發的業界標準使用方式，你這山村野夫真落后！那究竟前后端分離有什么優勢呢？看看張大佬是怎么描述的。

1、為優質產品大招精益團隊

通過將開發團隊前后端分離化，讓前后端工程師只需要專注于前端或后端的開發工作，實現前后端工程師實現自治，培養其獨特的技術特性，然后構建出一個全棧式的精益開發團隊。

2、提升開發效率

前后端分離以后，可以實現前后端代碼的解耦，只要前后端溝通約定好應用所需接口以及接口參數，便可以開始并行開發，無需等待對方的開發工作結束。與此同時，即使需求發生變更，只要接口與數據格式不變，后端開發人員就不需要修改代碼，只要前端進行變動即可。如此一來整個應用的開發效率必然會有質的提升。

3、完美因對復雜多變的前端需求

如果開發團隊能完成前后端分離的轉型，打造優秀的前后端團隊，開發獨立化，讓開發人員做到專注專精，開發能力必然會有所提升，能夠完美應對各種復雜多變的前端需求。

如何做到前后端分離？

任何一項技術以及架構都不是適用于任何場景，前后端分離同樣也是如此。雖然前后端分離架構能帶來許多的好處，但前提是建立在開發團隊合適的基礎上的。當我們前端比較重，也就是說頁面布局和業務邏輯復雜，渲染數據量大的時候，就應該使用前后端分離架構。

1、數據接口規范

在開發期間前后端共同商定好數據接口的交互形式和數據格式。然后實現前后端的并行開發，其中前端工程師再開發完成之后可以獨自進行mock測試，而后端也可以使用接口測試平臺進行接口自測，然后前后端一起進行功能聯調并校驗格式，最終進行自動化測試。

2、并行分離開發模式

前端的主要工作是在實現整一個前端頁面以及交互邏輯，利用ajax和服務端進行交互，而后端主要為前端提供API接口，與數據庫進行交互。前后段分離不僅僅只是工程師的分工開發，更重要的意義在于實現了前后端的并行開發，簡化了開發流程。

3、部署分離

前后端分離之后，應用在部署時也需要進行前后端分離。在進行前后端分離方案選擇時，需要結合項目的實際情況和用戶來考慮。

對后期項目維護有什么好處？

前后端分離后，應用的代碼不再是前后端混合，只有在運行期才會有調用依賴關系。其實，后端和前端工程師的追求點不同，分離開發有助于專精，前端模塊化，后端系統進行分布式和微服務架構等等。分離之后應用代碼將會變得整潔清晰，不論是代碼閱讀還是代碼維護都會比以前輕松。

最后，老板滿意的點了三下頭，臉上還掛著一絲不可描述的微笑，仿佛在告訴我，勞資已經對這個項目的了如指掌了，你可以滾蛋了。呵呵噠，反正老板同意了，我就開干了，和那些老古董分開的感覺真好，身心愉悅！說到這里就差不多結束了，對編程有興趣的盆友可以關注我的公眾號 “實訓邦”哦！