系列文章
卷 11：請求（三）查詢參數 - Query Parameters
上一篇我們討論了，請求 URL 中關於路徑參數的處理方式。 本文將介紹查詢參數（query parameters），這是 RESTful API 中用來傳遞過濾...
卷 12：請求（四）Request Body 與 Schema 介紹
經過前幾篇的介紹，我們已經學習了如何處理路徑與查詢參數。但在現實世界中，我們往往還需要處理更複雜的請求資料。 比如用戶提交的表單、上傳的檔案等等。對於 API...
卷 13：回應（一）Django Ninja 處理 HTTP 回應
這一篇要正式進入「HTTP 回應」環節，也就是第三小節。 本節將透過 4 篇文章，介紹 Django Ninja 如何處理 HTTP 回應： 卷 13：回應（...
卷 14：回應（二）用 Schema 建立巢狀結構回應
在 API 開發中，我們經常會遇到關聯模型之間的資料需要同時返回的情況。 特別是在處理「一對一」或「一對多」關聯時，多層結構往往是常態。 我們希望以巢狀結構（N...
卷 15：回應（三）為何不用 ModelSchema？——相比 DRF，我更偏愛 Django Ninja 的理由
Django API 回應，常常是對 Model 物件（即 db 資料）內容進行一定的篩選與加工。 比如「取得單一文章資訊」API，實際上就是從Post物件挑選...
卷 16：回應（四）Resolver 方法——欄位資料格式化
上一篇提到，API 回應常常是對 Django Model 物件內容的篩選與加工——然後 JSON 序列化。 其中「加工」部分，用更專業的說法，大概是「資料格式...
卷 17：API 文件（上）Django Ninja 文件實踐指南
「依程式碼自動產生 API 文件」是 Django Ninja 的一大賣點。 事實上，API 文件的自動化，正是我在工作上的專案從 Django REST fr...
卷 18：API 文件（下）Pydantic Field 設定範例與預設值
上一篇文章中，我們探討了 Django Ninja 影響 API 文件呈現的一些重要設定。它們是自動化 API 文件的基本功，不容忽視。 但這樣還不夠！我們想要...
卷 19：資料驗證（上）Pydantic 單一欄位驗證
資料驗證是 API 開發中的關鍵需求之一，它負責確保從客戶端提交的資料是符合預期的，從而避免潛在的錯誤和安全問題。 有效的資料驗證可以在 API 接收到錯誤資料...
卷 20：資料驗證（下）Pydantic 跨欄位驗證
上一篇我們講完了單一欄位的自定義驗證，這篇則要來討論跨欄位之間的驗證。 跨欄位驗證同樣是 API 開發中十分常見的需求，例如註冊帳號時，要保證「密碼」與「確認密...