先後端分離之接口定義滯後帶來的問題

   前言:前端

  目前正參與我司一個後臺管理型項目,我司採起的是先後端分離開發,後端採用dubbo框架提供接口,前端集成egg.js和dubbo.js;各司其職,我和一道友專門負責前端服務器整個模塊,服務器搭建探索過程費了點時間(也不太多),而後就前端頁面的排期,給個人模塊排了一週,而後三天後頁面完成,以後就是完善服務器與頁面的對接,各類mock數據,從手擼數據到本身動手搭建dubbo而後模擬接口給前端提供數據;在此途中有後端也在寫接口,可是接口開發真的慢,不知道爲何不把我調去開發接口(手動狗頭);雖然咱們已經把前臺完善的基本差很少了,可是沒接口咱們就只能。。。後端

  我所認爲的先後端分離是並行的,可是如今咱們前端線程出現waiting狀態了,是什麼緣由呢?我就我這裏遇到的問題做出如下總結及其我認爲好的解決方式:前端框架

  1. 項目過早進入實際開發階段,我認爲開發以前首先必須得「促膝長談」
  2. 約定開發環境,所使用技術,我司開發便考慮接口調用的協議問題,因此選擇了dubbo2.js前端框架,如下是它的特性
    • 支持 zookeeper 註冊中心服務器

    • 支持原生 dubbo 協議框架

    • 支持服務直連前後端分離

    • 全鏈路跟蹤ui

    • dubbo 接口自動生成spa

  3. 約定字段(有些前端靜態框架(好比layui)須要實體bean的字段進行自動渲染用以簡化開發)因此前端有必要知道,不能後端定義好以後再給前端不然耦合度+1
  4. 約定接口(要詳細),提早約定好接口咱們就不須要等後端開發,前端能夠「爲所欲爲」的mock數據,後端接口開發完就直接能夠用

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

相關文章
相關標籤/搜索