6-5-前后端分離中 API 接口與數據 Mock 的思考與應用-呂偉_第1頁
6-5-前后端分離中 API 接口與數據 Mock 的思考與應用-呂偉_第2頁
6-5-前后端分離中 API 接口與數據 Mock 的思考與應用-呂偉_第3頁
6-5-前后端分離中 API 接口與數據 Mock 的思考與應用-呂偉_第4頁
6-5-前后端分離中 API 接口與數據 Mock 的思考與應用-呂偉_第5頁
已閱讀5頁，還剩53頁未讀， 繼續免費閱讀

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

Mock的思考與應用?現任職于美團大眾基礎終端組?在美團大眾負責過考試系統的開發e前端必須等待前端必須等待API開發完成后才能開發開發者閑置率高項目高度耦合項目間數據復用度低化多項目間假數據復用率低無法統一控制流程前后端并行開發時代的聲音.約定好的API又變了，半個月.這么多mock方案我選哪個？.公司這個服務的API上哪查文.文檔寫起來好費時.寫文檔就夠煩了，測試就免了吧聯調面臨的現狀.大量項目選擇前后端完全分離.microservices大勢所向.廣義上后端通常也是作為其他服務的前端這里只有“存儲服務”不作為廣義前端242451，2，3，4，5在開發初期都可能需要mock這是個充滿輪子的世界網頁端、iOS端幾乎無法復用API假數據輪子真的非常之多免費開源立成kjsooxxxoxx0o總結現有輪子的常見問題1.各工具設計語言不中立，難以共享定義2.大多難以做到沙盒化如何解決這些問題APIAPI單元測試API定義中心化APIAPI定義APIAPImock只需要定義一次API即可自動完成API文檔生成，mock假數據，單元測試API，以及流程約束2.沙盒化?類似于github和git的關系?在封閉環境里也能持續測試?平臺僅用于共享，開發時可以脫離平臺API平臺API平臺開發去中心化(沙盒化)APIAPIAPIAPI環境開發測試環環境API平臺 請求并緩存API定義到本地 請求并緩存API定義到本地類似MIMT，客戶端的接入完全透明，且語言中立發送mock請求檢測返回是否正確需要費時間自己寫測試，甚至費時去調試測試代碼本身獲取并獲取并緩存API定義到本地API測試接入APIAPI平臺發送mock請求聯聯調客戶端開發用服務檢測返回是否正確開發服務依賴的其它API?通過把API測試過程加入到CI流程，保證去掉mock后前端能無縫對接上后端?API變更的遞歸通知?項目成員間的Approve和Reject機制API發生變化API發生變化API依賴樹鎖定遞歸的檢測API變化所帶來的影響提升項目間協作效率.共享API的定義.通過定義我們可以輕松生成文檔.持續優化API相關的垂直搜索舉一個簡單開發場景示例一些常被問的問題adoc(apidocumentation)markdown超集渲染成文檔RPCThrift利用codeblock的語言聲明語法如RPC幾乎可以根據實際情況隨意擴展?每個API是有多個case定義的?可以選中任一的case組成一個scenario我們并沒有止步于此.API線上監測.服務調用將逐步RPC化.從API

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網頁內容里面會有圖紙預覽，若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間，僅對用戶上傳內容的表現方式做保護處理，對用戶上傳分享的文檔內容本身不做任何修改或編輯，并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容，請與我們聯系，我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論