隨著時代的發展,漸漸的許多大中小公司開始把前後端的界限分的越來越明確,前端工程師只管前端的事情,後端工程師只管後端的事情。
前後端分離已成為互聯網項目開發的業界標準使用方式,有效的進行解耦,並且前後端分離會為以後的大型分佈式架構、彈性計算架構、微服務架構、多端化服務(多種客戶端,例如:瀏覽器,車載終端,安卓,IOS等等)打下堅實的基礎。這個步驟是系統架構從猿進化成人的必經之路。所以接口調試又成了重中之重
postwoman
採用VUE設計,可以部署到公司內網,供同事使用,保證數據的安全;
支持多種器請求方式:
- 1GET請求指定的頁面信息,並返回實體主體。
- 資源地址在文章尾部↓↓↓↓↓↓↓
- 2HEAD類似於 GET 請求,只不過返回的響應中沒有具體的內容,用於獲取報頭
- 3POST向指定資源提交數據進行處理請求(例如提交表單或者上傳文件)。數據被包含在請求體中。POST 請求可能會導致新的資源的建立和/或已有資源的修改。
- 4PUT從客戶端向服務器傳送的數據取代指定的文檔的內容。
- 5DELETE請求服務器刪除指定的頁面。
- 6OPTIONS允許客戶端查看服務器的性能。
- 7PATCH是對 PUT 方法的補充,用來對已知資源進行局部更新 。
Collections集合:也就是將多個接口請求可以放在一起,並管理起來。
第一步, 創建Collections
點擊上圖中的帶+號的圖標,輸入Name:”abc”,Description:”示例demo”,點擊Create按鈕即創建成功一個Collections.
第二步,在Collections裡添加請求
在右側準備好接口請求的所有數據,並驗證後,點擊save按鈕。
保存好之後就可以在這裡看到啦,之後要再次調用時可以點擊這裡,方便快捷有木有
身份驗證Authentication
1、Basic Auth
是基礎的驗證,所以會比較簡單
會直接把用戶名、密碼的信息放在請求的 Header 中
2、Digest Auth
要比Basic Auth複雜的多。使用當前填寫的值生成authorization header。所以在生成header之前要確保設置的正確性。如果當前的header已經存在,postman會移除之前的header。
3、OAuth 1.0
postman的OAuth helper讓你簽署支持OAuth
1.0基於身份驗證的請求。OAuth不用獲取access token,你需要去API提供者獲取的。OAuth 1.0可以在header或者查詢參數中設置value。
4、OAuth 2.0
支持長連接WebSocket和SSE調試:
- WebSocket 是 HTML5 開始提供的一種在單個 TCP 連接上進行全雙工通訊的協議。
- WebSocket 使得客戶端和服務器之間的數據交換變得更加簡單,允許服務端主動向客戶端推送數據。在 WebSocket API 中,瀏覽器和服務器只需要完成一次握手,兩者之間就直接可以創建持久性的連接,並進行雙向數據傳輸。
- SSE(Server-Sent Events,服務器發送事件)是圍繞只讀Comet 交互推出的API 或者模式。
- SSE API允許網頁獲得來自服務器的更新(HTML5),用於創建到服務器的單向連接,服務器通過這個連接可以發送任意數量的數據。服務器響應的MIME類型必須是text/event-stream,而且是瀏覽器中的JavaScript API 能解析格式輸出。SSE 支持短輪詢、長輪詢和HTTP 流,而且能在斷開連接時自動確定何時重新連接。
支持主題等設置:
單機安裝部署:
git下載項目
npm install 安裝依賴
npm run dev 運行
docker安裝部署:
#pull
docker pull liyasthomas/postwoman
#run
docker run -p 3000:3000 liyasthomas/postwoman:latest
#build
docker build -t postwoman:latest
postman
功能和postwoman差不多,有安裝版和瀏覽器插件版,比較佔內存
crapAPI
相比較功能較少,屬於輕量級,佔用資源少
獲取方式
關注+轉發+私信“postwoman”,自動發送資源地址
(溫馨提示:先關注,然後轉發,然後私信引號內的關鍵字)
閱讀更多 聊推 的文章