出現的問題點：
- 前後端如果不在一塊，需要將部署到服務器上面供前端使用，如果問題很多，那麼就要頻繁上傳代碼，run 起來，中間可能浪費很多時間。
- 如果在一起辦公，那麼可以很方便的溝通，只是溝通效率提高了，但是也沒有解決聯調的效率性，究竟怎麼樣的項目架構可以使得前後端都可以很快的聯調接口呢
項目架構
- 如果是前後端分離的，一般我們采用前端新建一個項目，在編寫的過程中去調用後端的接口，項目目錄如下:
- 後端人員也會創建一個後端的項目，這裡使用 django 舉例，目錄結構如下：
- 第三種方式是兩者結合在一起，前端項目和後端項目在一個裡面，可看下圖：
以上1、2方式都是比較常見的前後端分離的開發模式，前端負責前端，後端負責後端。
但是第三種就對前後端人員要求都有點高，前端人員需要一點 django 裡面的命令，需要執行一些命令去安裝一些包，需要做一些數據庫配置等，如果有模板渲染工作，那麼對前端人員是一個很大的考驗，不光模板語法要熟悉，model設計也要熟悉了，顯然是很痛苦的，但是後端人員同樣也要對前端做一個了解，啟動項目的命令，如yarn-server、yarn-admin(每個公司可能配置的命令不一樣)，以上作為後端人員肯定也不想去管前端的事情，前端人員也不想去做後端的事情，如果前端懂一點django後端，後端懂一點前端，這種模式就很方便，後端直接啟動前端去操作響應的功能，來觸發自己的接口，看是否有問題，前端也可以啟動後端服務去操作對應的功能，來驗證接口的正確性，好處就是效率高，不好的一點是前後端人員都要對各自的技術棧做一個小的了解。
解決辦法
剛在上述講到第三種項目架構，本身也是一種解決辦法，但是經過試驗，前後端人員對此種模式還是比較排斥，這裡就不在贅述。
- 如果前後端人員在一起辦公，那麼可以在本地局域網內去訪問後端的接口，效率性比較高，有錯誤直接修改，並且不占用時間，一般我們默認聯調是沒有大的邏輯問題，只是數據正確性、格式等。
- 未在一起辦公，新建一個代碼倉庫，將項目托管上去，前後端同事 push 下來並且運行,如果聯調過程中後端有問題，可以及時修改並上傳上去，前端人員 pull 下來並驗證。
- 未在一起辦公，可以將項目遠程放在一台服務器上運行，可以使用 runserver 模式進行調試，並且使用 pycharm 連接遠程開發環境(可以開啟同步功能，本地修改好之後，服務器也會跟著改動)，後續部署也是很方便，推薦。
pycharm 遠程連接服務器開發環境地址：https://blog.csdn.net/qq_39253370/article/details/115387170
