通過API檔案驅動開發流程
最近和同行交流時也聽到一個觀點：采用“檔案驅動”的協作模式，比“先開發、后維護檔案”和“口頭溝通確認”的方式，團隊協作效率和產品質量都能得到提高，
因此在了解后，最近專案組找了個工具，嘗試基于檔案來進行作業，使用有章可循的 “檔案驅動” 方式來降低大量無意義的溝通成本，
使用Eolinker進行開發協同作業
在Eolinker 中，我們幾乎所有的協作作業都是圍繞著 API介面檔案進行的，創建了 API 檔案之后，所有人都可以隨時查看 API 的改動情況，根據 API 檔案發起 API 測驗，撰寫 API 測驗用例，創建 Mock API，進行 API 自動化測驗等，
使用地址：www.eolinker.com
為 API 設定合適的狀態為 API 設定合適的狀態
Eolinker將 API 的狀態劃分為以下幾種，方便成員在查看 API 檔案時了解 API 當前所處的狀態，
已發布：API 已發布，可正常使用
設計中：等待或正在設計 API
待確定：API 已設計完成，等待相關成員確定 API 的內容
開發：API 已確定內容，等待或正在開發
對接：API 已開發完成，等待或正在對接
測驗：API 已對接完成，等待或正在測驗
完成：API 已測驗完成，等待發布
例外：API 出現例外，需要盡快排查
維護：API 維護或升級中
廢棄：API 已廢棄，不可正常使用
為 API 設定變更通知為 API 設定變更通知
可以通過變更通知功能，設定當 API 狀態或者內容改變時自動通過站內信或者郵件等方式通知相關的成員，
對 API 發表評論對 API 發表評論
你可以通過API 評論功能，直接在 API 檔案上發布評論，所有的溝通內容都會跟隨 API 檔案保留下來并且按照版本分類好，而不是零散地存在各種聊天工具中，
了解和對比 API 的變更歷史了解和對比 API 的變更歷史
如果想了解 API 當前版本更新的內容，可以直接查看 API 的編輯歷史，對比當前版本和歷史的某個版本的差別，或者是回滾到歷史上的任何一次編輯，查看歷史版本的詳細內容，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/218113.html
標籤：其他