在API開發中,規格書的管理、測試執行和模擬伺服器的建立是重要的工作。
我使用Postman已經多年,但感受到以下幾個挑戰。
// vite.config.ts中的代理設定範例
export default defineConfig({
server: {
proxy: {
'/api': {
target: 'https://mock.postman.com',
changeOrigin: true,
secure: false
}
}
}
})
為了解決這些挑戰,我最近實際使用了受到關注的「Apidog」。本文將詳細解說其使用感受及與Postman的不同。
Apidog是一款專注於API開發的整合開發工具。可對API規格書的創建、測試執行和模擬伺服器的建立進行統一管理。
官方網站: https://apidog.com/jp/
對象:API使用者(測試・除錯)
主要用途:API的測試執行、集合管理
優點:
缺點:
對象:API開發者(設計・開發・測試)
主要用途:API規格書創建、模擬伺服器、測試執行
優點:
缺點:
| 項目 | Postman | Apidog |
|---|---|---|
| 規格書管理 | 另行需求 | 統一管理 |
| 模擬伺服器 | 發生CORS錯誤 | 不需CORS設定 |
| 資料型別顯示 | 有限 | 直觀且清晰 |
| 遷移成本 | - | 低(支援複製) |
| 測試功能 | 豐富 | 基本功能 |
| 團隊協作 | 集合分享 | 規格共享 |
在Apidog中,可以視覺化地創建和管理API規格書。
特點:
支援格式:
優點:
{
"id": 1,
"name": "田中太郎",
"email": "[email protected]",
"created_at": "2024-01-01T00:00:00Z"
}
特點:
與Postman的不同:Apidog的模擬伺服器不需CORS設定,前端可直接調用。
const response = await fetch('https://mock.apidog.com/api/users/1');
const user = await response.json();
console.log(user); // 返回模擬數據
實際開發流程:
此步驟與Postman幾乎相同,但Cookie的設置在Apidog中更為直觀。
{
"id": 1,
"name": "田中太郎",
"email": "[email protected]",
"created_at": "2024-01-01T00:00:00Z"
}
{
"status": "success",
"data": {
"users": [
{
"id": 1,
"name": "田中太郎",
"email": "[email protected]"
}
],
"pagination": {
"page": 1,
"limit": 10,
"total": 100
}
}
}# curl的測試範例
curl -X POST https://mock.apidog.com/api/users \
-H "Content-Type: application/json" \
-d '{"name": "山田花子", "email": "[email protected]"}'
// 前端API調用示例
async function createUser(userData) {
try {
const response = await fetch('https://mock.apidog.com/api/users', {
method: 'POST',
headers: {
'Content-Type': 'application/json',
},
body: JSON.stringify(userData)
});
if (!response.ok) {
throw new Error(`HTTP error! status: ${response.status}`);
}
const result = await response.json();
console.log('用戶創建成功:', result);
return result;
} catch (error) {
console.error('發生錯誤:', error);
}
}
// 使用示例
createUser({
name: "山田花子",
email: "[email protected]"
});
Apidog是一個專注於提升API開發效率的工具。特別在以下幾點上表現優秀:
希望提升API開發效率的人,尤其是在Postman中感受到挑戰的人,可以試試Apidog。