前言:
目前的前後端開發中比較常採用前後端分離的做法,而前後端分離在溝通和聯調方面又時長會有障礙,比如前後端進度不一、前後端聯調時間較短、前後端溝通麻煩(跨地區、跨時區等等)。目前為了解決這個問題,最常用的就是通過Mock資料的方式來解決。而我們需要的是一個Web視覺化介面管理工具,開源免費,介面穩定、資料自動生成,有許可權管理,最好能支援自動化測試、動態切換環境等。
我們主要來對比下阿里媽媽的 RAP(最新升級版已經到RAP2)和丁香園的 api-mocker版本,兩家都有線上版本和線下部署版本.
-
線上版本體驗戳我RAP2&&api-mocker。
特性 | RAP2(阿里) | api-mocker(丁香園) |
---|---|---|
線上使用 | 服務穩定,適合企業、團隊合作,可以直接線上使用(RAP2) | 線上介面不穩定,且不具保密性,不建議直接使用(好像服務又崩了QAQ) |
應用範圍 | 知名度廣 | 知名度較小 |
頁面友好 | 友好程度一般 | 友好性較好 |
主要搭建環境 | Node.js 8.9.4+、MySQL 5.7+、Redis 4.0+ | MongoDB+vue+Nginx(或tomcat)等 |
擴充語法 | 支援Mock.js寫法,可以隨機mock假資料 | 支援Mock.js寫法,可以隨機mock假資料 |
介面名 | 可自定義介面地址字尾名 | 隨機生成字尾 |
代理 | 貌似沒有 | 可代理轉發線上線下地址,便於不同環境切換 |
外掛擴充 | 支援Kissy和jQuery外掛 | 貌似沒有 |
許可權分配 | 許可權管理能力強大 | 沒有團隊管理,僅有介面讀寫許可權管理 |
介面文件 | 貌似沒有 | 自動生成介面文件、可訂閱介面變更郵件提醒 |
介面狀態模擬 | 生成介面時設定requestStatus | 模擬切換不同requestStatus(同一介面不同狀態切換)、模擬介面延遲等 |
適用場景 | 適合企業、大團隊合作 | 適合個人、小團隊使用 |
從上面的對比來看,在mock資料方面,似乎RAP2更側重mock資料專業能力方面,專業性非常紮實,而api-mocker則是在RAP基礎上進一步開發的工具,它更傾向於功能擴充,對使用者更加友好,例如不同環境切換、郵件訂閱等,同時也考慮到了不同網路使用場景,例如介面延遲,requestStatus等。
這裡我比較傾向於採用阿里的技術方案,主要是考慮到介面字尾名自定義和許可權管理這塊,當然了我也很喜歡api-mocker的各種人性化方案,要是能跟得上阿里更新的腳步,把這幾點不足彌補了就好了。