隨著開設利用麟游接口API的商戶越來越多，我們在使用cai chen . cc  api接口調試方面就需要節(jié)約更多時間與商戶溝通，再此我們首先需要先了解下什么ApiPost，使用APIpost完成麟游接口項目的整體調試，文檔生成與管理等一系列問題。

什么是ApiPost？如何利用ApiPost完成麟游接口的數據調試

ApiPost =游戲接口調試+樂娛接口文檔快速生成+ng接口文檔規(guī)范化管理+Mock API+麟游接口流程測試。

ApiPost產生的初衷是為了提高研發(fā)團隊各個角色的效率！產品的使用受眾為由前端開發(fā)、后端開發(fā)和測試人員以及技術經理組成的整個研發(fā)技術團隊。ApiPost通過協(xié)作功能將研發(fā)團隊的每個角色整合打通。

不知道大家是否跟我一樣，下載好一個東西都喜歡配置一些個性化的設置，對于一個頁面整潔功能展示清晰的系統(tǒng)會比較有好感。下面我們來看下ApiPost這方面做得怎么樣。

首先打開的時候是深色模式，右下角是一些個性化設置，對應的功能有，精簡模式，控制臺，上下分屏，新窗口打開響應區(qū)，模式調節(jié)，縮放，設置以及檢查更新功能。

左側列表，為項目目錄，可以將不同的接口放入不同的包中，右側的控制臺占屏幕的5/4。整個為接口的調試區(qū)，整個排版清晰得體。這塊做的真心挺不錯的。

最左側為七個主要的大功能頁簽，通過切換頁簽實現(xiàn)不同的功能。

正上方則是一些全局參數，常用Cookie，環(huán)境的變量的配置與使用。

剩下的這兩塊就是關于團隊相關的了，平常自已用的話，完全可以不登錄使用，但是如果整個團隊使用時就需要進行登錄了，后面我們會詳細講解，這里左側圈中的為切換團隊選項卡，右側圈中的為日志，個人信息，同步協(xié)作，系統(tǒng)消息等相關功能。

測評一總結：系統(tǒng)的整個排版，顏色搭配，整體來說還是比較不錯的，相比postman來說，我們的ApiPost沒有很多多余的功能，很適合我們國人理解去使用。

測評二：基礎功能
我們在使用這類軟件的時候，歸根結底就是為了對寫好的接口進行測試。其他的功能都是附加功能，第二項我們來測評一下ApiPost的基礎功能。

這里ApiPost為了讓我們更好的上手，給我們提供一組示例接口。

點擊接口后，右側會彈出該接口的詳信息，主要看下圖中的幾點，我們在新建一個接口的時候可以聲明該接口是否開發(fā)成功，并可以對該接口進行一些說明，這些說明成功保存后也都會在下圖中展示出來。

點擊發(fā)送按鈕后，我們可以清楚的再下面看到一些響應信息（包含：請求頭，響應頭，cookie…等）也可以以不同的形式去展現(xiàn)響應結果。為了方便我們看接口的性能右下角還為我們展示了響應碼，以及接口的響應時間等等。

為了方便我們去看響應，還可以使用上文中提到的，新窗口打開響應區(qū)功能。

值得注意的是這里，這里彈出的時候，需要再次點擊發(fā)送后才能看到

測評二總結： 這里我們只發(fā)送了一個請求進行演示，并沒有做過多的操作是因為這些基本的操作（如：刪除接口，新增一個接口等等），所有的工具基本的流程都是一致的，只要掌握了一個其它的都沒太多問題。如果這些操作都不能理解，那也沒關系ApiPost還為我們提供了一份詳細的使用文檔以及視頻教程

小伙伴們可以通過我上文中貼出來的官網鏈接進行訪問學習。如果連這么詳細的文檔和視頻都看不懂，也沒關系。我們Apipost還為小伙伴們提供了問答社區(qū)以及博客。

這一點說真的，Apipost做的還是挺贊的！當然所有的東西都沒有絕對完美，在測試使用的過程中，我也發(fā)現(xiàn)，當我們使用新窗口打開響應區(qū)的時候，不能把當前請求的響應結果綁定到新的窗口上，窗口也不能居中顯示，我有一瞬間還以為自已的操作有問題呢。這里是個可優(yōu)化的點，這也僅是我的個人意見，希望官方未來能給我們用戶帶來更好的體驗！

測評三：亮點功能
每個系統(tǒng)都會有自已的特色，通過官網的信息我們了解到，ApiPost的特色功能大致為，文檔分享，多人實時協(xié)作，客戶端不登錄使用，脫機工作，參數庫描述，Websocket測試等。

生成文檔
文檔是我們接口調試后需要開發(fā)人員編寫的，這也是最令人頭疼的事情之一，ApiPost也剛好為我們解決了這個問題， 尤其對于很多接口來說，假如每次都需要手動錄入，將會是一件非常耗時、低效的事情。

假如我們想把上方測試的接口寫成到接口文檔中，我們就可以使用ApiPost的一鍵文檔生成功能。

生成時我們可以只針對一個包乃至一個項目為單位進行分享查看

生成的文檔相對我們平常自已寫的文檔來說還是更規(guī)范一些，完美避開了我們日常寫錯參數，大小寫等問題，并且在分享的過程中還可以定義有效時間以及權限控制。團隊中的前端人員也可以根據該文檔去進行聯(lián)調，完全省去了開發(fā)人員自已編寫文檔以及引用swagger等生成文檔的框架等繁瑣步驟。最最重要的一點是他特別特別的方便。不知道大家有沒有發(fā)現(xiàn)在描述別的功能的時候總是進行很多操作，描述文檔的時候他的整個過程十分簡單，真真正正的實現(xiàn)了一鍵導出即使用！

實時協(xié)作
實時協(xié)作作為該平臺的另一亮點之。一個項目組中包含了產品，測試，前端，后端，運維。ApiPost開發(fā)這個功能的核心本質就是針對團隊打造的。

所有人都可以以項目組員的身份通過郵箱邀請，加入進來。由項目經理統(tǒng)一授權管理。

在對產品經理，測試，運維等，不需要涉及開發(fā)的人員可以設置只讀權限，針對我們前后端開發(fā)，我們所做的每一步操作，在我們ApiPost中都可以做到實時更新（比如我在項目中新建了一個接口另外的同時哪里立馬就會進行同步）。這樣可以有效的解決協(xié)作不同步時帶來的數據保存沖突問題。另外我們ApiPost還會實時對你的操作進行記錄，無法追溯變更記錄等問題。在我們ApiPost中都是不存在的。（下圖為我在別人工程里面新建了一個包他那邊立馬就進行了同步了）

參數庫描述
參數庫描述是配合我們基礎調試功能使用的，很多接口往往具有大量相同名稱、相同意義的參數。就拿我們最常用的page，token來說。假如我們需要查詢一個列表是不是需要傳一些分頁參數，再比如我們需要獲取到當前的登錄用戶，我們就需要傳一個token。這些參數往往在很多地方都有使用。我們就可以如下圖一樣把他定義為全局的Header或全局Body在輸入參數時ApiPost還支持自動填充描述。這樣以來我們就不用每次使用都要重新編寫！節(jié)省了我們不少重復錄入參數描述的時間。

離線使用
相信做開發(fā)的小伙伴有不少在政府部門，或是在一些相對機密的公司進行辦公。他們往往都需要使用局域網開發(fā)。ApiPost也發(fā)現(xiàn)了這一點，所以我們在測試的過程中特地關閉了網絡連接。

經過測試，ApiPost的絕大部分功能都可以再不登陸的情況下完成。即使你的電腦連網絡都沒有依舊不會造成太大的影響。

總結
整體的基礎功能測試基本完成了，一篇兩篇文章很難描述一個東西的好，只有大家自已安利使用了，才能知道這個東西適合不適合自已。在我看來ApiPost作為后起之秀，目前的基本功能都做的挺不錯的。