前言：

  目前正參與我司一個後臺管理型專案，我司採取的是前後端分離開發，後端採用dubbo框架提供介面，前端整合egg.js和dubbo.js；各司其職，我和一道友專門負責前端伺服器整個模組，伺服器搭建探索過程費了點時間（也不太多），然後就前端頁面的排期，給我的模組排了一週，然後三天後頁面完成，之後就是完善伺服器與頁面的對接，各種mock資料，從手擼資料到自己動手搭建dubbo然後模擬介面給前端提供資料；在此途中有後端也在寫介面，但是介面開發真的慢，不知道為什麼不把我調去開發介面（手動狗頭）；雖然我們已經把前臺完善的基本差不多了，但是沒介面我們就只能。。。

　　我所認為的前後端分離是並行的，但是現在我們前端執行緒出現waiting狀態了，是什麼原因呢？我就我這裡遇到的問題作出以下總結及其我認為好的解決方式：

1. 專案過早進入實際開發階段，我認為開發之前首先必須得“促膝長談”
2. 約定開發環境，所使用技術，我司開發便考慮介面呼叫的協議問題，所以選擇了dubbo2.js前端框架，以下是它的特性

   • 支援 zookeeper 註冊中心

   • 支援原生 dubbo 協議

   • 支援服務直連

   • 全鏈路跟蹤

   • dubbo 介面自動生成

3. 約定欄位（有些前端靜態框架（比如layui）需要實體bean的欄位進行自動渲染用以簡化開發）所以前端有必要知道，不能後端定義好之後再給前端否則耦合度+1
4. 約定介面（要詳細），提前約定好介面我們就不需要等後端開發，前端可以“隨心所欲”的mock資料，後端介面開發完就直接可以用

目前我遇到的問題就這些，約定過程是一個及其繁瑣的過程，但是一旦完成，肯定事半功倍