在這個微服務大行其道的時代，標準化API，前後端分離似乎成了標配，今天我們來聊聊是否前後端分離真的有必要。
缺點：人員分配
以前，大家做項目的時候，前後端一起來；現在，大家做項目，前端開發前端，或採用vue，或採用react，後端提供接口，然後兩方聯調，相對於以前的瀑布式開發，這樣做的好處顯而易見，各司其職，發現問題的時候，那裡有問題就直接找誰。但是，很多時候我們忘了一點，相對於非技術的領導或者小公司來說，一個人就是啥都要幹，就算是很多傳統行業的大公司，經常出現這種情況，這樣子的問題，誰來說的清。
缺點：聯調實際上很耗時
前後端分離開發中，對人員依賴性加強了，很多小公司很容易忽略了這點，有一天前端請假了，後端直接說：前端的問題，我不懂。問一下，線上問題，哪經得起折騰，時時刻刻就是需要馬上解決的節奏。
缺點：因技術而技術
這是個比較噁心的問題，當市面上很多人這麼做的時候，不考量自身情況，就開幹，流行前後端分離，就採用前後端分離，不考慮自身可能就幾號人，就一個普通業務系統。
總結：這裡雖然只說了前後端分離的缺點，但是也分實際情況，目前，在一些小系統上，我建議考慮簡單做即可，沒必要全部前後端分離，在一些大的業務系統上，儘量做前後端分離，配合微服務架構來做。希望各位看官因地制宜，根據實際情況考量設計，切記因技術而技術。
--END--
分享到:
閱讀更多 互聯網生活啟示錄 的文章
