API Academy
🌐 繁體中文
  • 🌐 English
  • 🌐 繁體中文
HomePetstore APIExplore more APIs
HomePetstore APIExplore more APIs
🌐 繁體中文
  • 🌐 English
  • 🌐 繁體中文
🌐 繁體中文
  • 🌐 English
  • 🌐 繁體中文
  1. Designing APIs
  • 歡迎
  • 目錄
  • API 學院
    • Get Started
      • 什麼是 API?
      • API 如何運作?
      • 如何呼叫 API?
      • 如何閱讀 API 文件?
      • 章節總結
    • API Fundamentals
      • API 基礎知識:概覽
      • 方法與路徑
      • 參數
      • 請求 Body
      • 回應
      • API 規格與 OAS
      • 章節總結
    • Working with APIs
      • 使用 API:概覽
      • 根據規格發送請求
      • 環境與變數
      • 串聯多個端點
      • 處理 Auth
      • 處理 API 簽名
      • 腳本介紹
      • 章節總結
    • Mocking APIs
      • Mocking API:概覽
      • Smart Mock
      • Mock 預期結果
      • Cloud Mock
      • Mock 腳本
      • 章節總結
    • Designing APIs
      • 設計 API:概覽
      • API 設計介紹
      • 建立您的第一個 API 專案
      • 分析需求並規劃您的 API
      • 設計資料模型
      • 設計端點
      • 使用組件與可重用性
      • 設定與 Auth
      • API 設計指南
      • 章節總結
    • Developing APIs
      • 開發 API:概覽
      • 設定:安裝您的 AI 程式碼助手
      • 快速入門:30 分鐘內從規格到運行的 API
      • 了解生成的程式碼
      • 使用 Apidog 測試您的 API
      • 部署:將您的 API 上線
      • 章節總結
    • Testing APIs
      • 測試 API:概覽
      • 快速入門:您的第一個測試場景
      • 整合測試與資料傳遞
      • 動態值
      • 斷言與驗證
      • 流程控制:If, For, ForEach
      • 資料驅動測試
      • 性能測試
      • 測試報告與分析
      • CI/CD 整合
      • 排程任務與自動化
      • 進階測試策略
      • 章節總結
    • API Documentations
      • API 文件:概覽
      • 發布您的第一個 API 文件
      • 自訂文件外觀
      • 給消費者的互動功能
      • 進階發布設定
      • 管理 API 版本
      • 章節總結
    • Advanced API Technologies
      • 進階 API 技術:概覽
      • GraphQL
      • gRPC
      • WebSocket
      • Socket.IO
      • Server-Sent Events
      • SOAP
      • 章節總結
    • API Lifecycle
      • API 生命周期:概覽
      • API 生命周期的階段
      • API 治理
      • API 安全最佳實踐
      • 監控與分析
      • API 版本策略
      • API 的未來
      • 章節總結
    • API Security
      • API 安全性:概覽
      • API 安全性基礎知識
      • 身份驗證 vs. 授權
      • 了解 OAuth 2.0 和 OpenID Connect
      • JSON Web Tokens (JWT)
      • OWASP API 安全 Top 10
      • 加密與 HTTPS
      • 章節總結
    • API Tools
      • API 工具:概覽
      • API 工具的演變
      • API Clients
      • 命令列工具 (cURL, HTTPie)
      • API 設計和文件工具
      • API Mocking 工具
      • API 測試工具
      • 一體化 API 平台
      • 章節總結
    • API Gateway
      • API Gateway:概覽
      • 什麼是 API Gateway?
      • API Gateway 的關鍵功能
      • API Gateway vs 負載平衡器 vs 服務網格
      • 流行 API Gateway 解決方案
      • BFF (Backend for Frontend) 模式
      • 章節總結
HomePetstore APIExplore more APIs
HomePetstore APIExplore more APIs
🌐 繁體中文
  • 🌐 English
  • 🌐 繁體中文
🌐 繁體中文
  • 🌐 English
  • 🌐 繁體中文
  1. Designing APIs

建立您的第一個 API 專案

既然您已經了解 API 設計的基礎知識,現在是時候設定您的工作區了。Apidog 中的 API 專案是一個容器,用於組織您所有的 API 設計工作,包括多個 API 模組、測試和文件。
在您開始設計端點或建立 schema 之前,您需要一個專案來工作。在本章中,我們將學習如何建立一個新的 API 專案,了解其結構,並組織您的 API 模組。我們將使用 Pet Store User 模組作為範例。

1. 什麼是 API 專案?#

Apidog 中的 API 專案是一個工作區,包含三個主要部分:

API (APIs)#

包含一個或多個 模組 (modules)
每個 模組 對應一個 OpenAPI 規格 (OAS) 檔案
每個模組包含:
端點 (Endpoints) — 您的 API 端點 (GET, POST, PUT, DELETE 等)
Schemas — 您的 API 資料模型
元件 (Components) — 可重複使用的元件(參數、請求體、回應)

測試 (Tests)#

測試場景和測試案例
自動化測試配置

文件 (Documentation)#

API 文件頁面
已發布的文件
關鍵概念: 一個專案可以包含多個模組。每個模組是一個獨立的 OAS 檔案,允許您在同一個專案中組織不同的 API 或 API 版本。

2. 建立新 API 專案#

讓我們為 Pet Store User 模組建立一個新的 API 專案。

步驟 1:開始建立#

1.
在 Apidog 主視窗中,點擊右上角的 「+ New Project」 按鈕
2.
選擇專案類型:HTTP(適用於像我們的 User API 這樣的 REST API)
注意: Apidog 也支援 gRPC 專案,但對於 REST API,請選擇 HTTP。

步驟 2:配置基本資訊#

1.
輸入專案名稱: "Pet Store API"(如果您喜歡,也可以是 "Pet Store User API")
2.
新增描述(可選): "用於管理 Pet Store 系統中使用者帳戶的 API"
3.
包含範例(可選): 您可以勾選此項以從範例資料開始,但對於我們的教學,我們將從頭開始

步驟 3:完成建立#

點擊 「Create」 以建立您的專案。Apidog 將打開新專案,您將看到一個空的專案結構。

3. 了解模組#

當您建立專案時,Apidog 會在 APIs 部分自動建立一個預設模組。模組是一個對應於一個 OpenAPI 規格 (OAS) 檔案的容器。每個模組都包含端點、schemas 和元件。

在模組內組織#

在模組內,您可以使用資料夾來組織端點和 schemas:
1.
在 APIs 部分,導航到您的模組
2.
按右鍵(或點擊 ➕ 圖示)以建立資料夾
3.
像這樣組織您的結構:
APIs/
  └── Pet Store API Module/
      ├── Endpoints/
      │   └── User/
      │       ├── User Management/
      │       └── Authentication/
      └── Schemas/
          ├── User
          └── UserPreferences
資料夾組織:
Endpoints/User/ — 包含所有與 User 相關的端點
User Management/ — CRUD 操作(建立、獲取、更新、刪除)
Authentication/ — 登入和登出端點
Schemas/ — 您所有的 schemas (User, UserPreferences 等)

多個模組#

您可以在一個專案中建立多個模組:
不同的 API 版本 (v1, v2)
不同的服務 (User API, Order API, Payment API)
不同的環境 (Development, Production)
每個模組是一個獨立的 OAS 檔案,但它們都在同一個專案中管理。

4. 匯入現有 API(可選)#

如果您已經有 OpenAPI/Swagger 規格檔案,您可以匯入它:
1.
點擊 "Import Project"(或 ➕ 圖示 → Import)
2.
選擇匯入類型:OpenAPI/Swagger
3.
上傳您的檔案或貼上規格 URL
4.
Apidog 將自動解析並匯入:
端點
Schemas
元件
文件
匯入的使用案例:
將現有 API 文件遷移到 Apidog
從現有 OpenAPI 檔案開始
與已經擁有規格的團隊協作

5. 關鍵收穫#

建立和配置 API 專案很直觀:
1.
API 專案包含三個主要部分:APIs、Tests 和 Documentation
2.
APIs 部分包含模組,每個模組對應一個 OAS 檔案
3.
每個模組包含端點、schemas 和元件
4.
從主視窗使用「+ New Project」建立專案
5.
在模組內使用資料夾組織以保持 API 結構清晰
6.
多個模組允許您在一個專案中管理不同的 API 或版本

現在您的專案已設定好,準備好開始設計流程了。在下一章中,我們將學習如何分析需求並規劃您的 API——這是確保您的 API 滿足實際需求的關鍵步驟。
讓我們繼續 分析需求並規劃您的 API。
Modified at 2025-12-29 09:35:19
Previous
API 設計介紹
Next
分析需求並規劃您的 API
Built with