在開發(fā)過程中相信大家經(jīng)常會遇到一個問題， android端、ios端、pc端、 后臺管理系統(tǒng)如果使用傳統(tǒng)的mvc開發(fā)模式， 只要頁面不一樣 我們都得給對應(yīng)的系統(tǒng)寫一套后臺， 而且很多頁面還需要后端去填充數(shù)據(jù)到html中、 但是前后端分離的開發(fā)模式我們只需要把接口寫好， 其余都不用管讓前端去協(xié)調(diào)各個接口之間如何配合。 這種模式最大的好處就是適應(yīng)性很強。 當然還有個很大的好處就是前端不用再等待將頁面寫好了然后交給后端， 然后后端再將代碼改成模板語言了， 當然如果前端熟悉后端模板語法， 后端當然就很喜歡了， 但是前端往往不愿意去學習后端的模板語法，更喜歡用前端自己的模板語法。 前后端分離解決了這個問題

但是Restful api還是有缺點， 最大的問題就是seo， 爬蟲爬不到， 百度就會給你降權(quán)， 對于那種需要流量的網(wǎng)站來說，這個是不太接受的， 所以后面就有了ssr技術(shù)， 在服務(wù)器端渲染好靜態(tài)頁面直接給前端， 這篇爬蟲就能爬取到了， 而且有些系統(tǒng)比如內(nèi)部系統(tǒng)或者后臺管理系統(tǒng)這種根本就不在乎seo的直接就用restful api開發(fā)就行了。

除了上面的問題以外還有就是數(shù)據(jù)格式依賴嚴重， 如果后端改了某個字段的名稱， 前端也得跟著改， 在以前這種改動后端自己就可以一個人完成，但是分離之后得前端去改了， 如果返回格式變了，前端變動更大。

還有就是文檔變得很重要了我們得去維護文檔了，因為前后端分離脫離了文檔，后期想維護能麻煩死。

不管如何前后端雖然有缺點，但是由于優(yōu)點很明顯，當然聰明的程序員會去慢慢解決這些缺點而讓這種開發(fā)模式越來越流行

現(xiàn)在基本都是前后端分離的，只有以前才寫在一起的，前后端分離還可以增加安全性，多一層數(shù)據(jù)校驗

中 大型的項目可以考慮 ?自己的小項目有時候分離開發(fā) 反而費事

現(xiàn)在的開發(fā)模式都是前后端分離的！