今天聊一聊如何做好前後端分離的專案？
兩個字：扯皮
如果只是「扯皮」就沒必要去寫部落格記錄了。
扯皮是必不可少的，但是在扯皮之下如何保證專案正常的交付呢？
前後端開發速度一致
這種情況太好不過了，前後端交流起來會特別順暢，因為同時在乙個上下文中，此時對於問題的分析是最佳的。
前端做的快，後端做的慢
這種情況比較少見，通常的團隊組成裡，後端開發比較多，前端開發較少。
當出現這種情況的時候，需要前端提前和後端說明我需要哪個介面，是post，還是get， body是什麼，querystring 是什麼？ 這些東西最好一定有個地方去記錄，
不然前後端不一致，有需要前後端拉回到乙個上下文裡，去進行討論，這樣無疑是低效的。
出現問題的時候，這個時候是高效的。
因為前端所有的互動和設計已經完成，後端開發可進行快速的驗證。 而前端開發可以focus在其他問題上。
前端做的慢，後端做的快
這種情況是大多數團隊所遇見的。我目前就是在這個情況裡。
這種情況，最好後端寫完介面之後，在乙個地方去記錄，前端要的哪個功能對應後端是哪個介面，body， querystring 是什麼？
出現問題的時候，此時前端無力感很強， 因為他壓根不知道後端發生了啥？
通常需要後端進行support，此時會block後端開發。
而且出現介面的改動，又需要後端開發進行處理。通常大家又比較懶惰，希望通過扯皮，去讓前端用一種比較繞的方式去做。
一定要做好介面的約定規範，如果沒有做好規範，請在任何一方提前完成的時候，完成好契約。
多記錄，多溝通。
前後端分離
關於前後端分離的一些好的文章推薦 前端框架 為什麼前後端分離 最直白的理解，我認為是因為在開發過程中，前端總是需要等待後端的環境搭建好之後，前端才能獲取相關資料，對於前端的開發影響很大，事實上前端並不關心後端的開發，那麼有沒有方法不讓後端影響前端的開發呢？其實後端提供的是什麼？乙個執行伺服器，乙個就...
前後端分離
在此說明 前後端分離有利於後端的快速開發，但並不利於搜尋引擎優化 seo 上圖能清晰的看到，使用前後端分離模式進行開發，瀏覽器會向伺服器傳送請求，伺服器會向瀏覽器傳送乙個類似框架的html，是固定的空殼，此時瀏覽器再使用ajax請求向後端伺服器索要資料，後端伺服器返回json字串給瀏覽器，從而使瀏覽...
前後端分離
前後端分離的好處 1 徹底解放前端 2 提高工作效率，分工更加明確。3 區域性效能提公升 4 降低維護成本 2 前後端分離的概念 後台只需要提供api介面，前端呼叫ajax實現資料呈現 3 場景和要求 4 web前端路由 就是根據url分配到對應的處理程式，原理和路由器原理相同，不同的請求位址會交給...