Django Ninja 中处理 PATCH 请求与表单数据上传的解决方案
2025-05-28 06:19:29作者:魏侃纯Zoe
在 Django Ninja 框架中,开发者经常需要实现用户信息更新的 API 接口。一个常见的需求是使用 PATCH 方法来部分更新用户信息,同时支持表单数据和文件上传。本文将深入探讨这一技术问题的解决方案。
问题背景
在 RESTful API 设计中,PATCH 方法通常用于部分更新资源。然而,Django Ninja 在处理 PATCH 请求时,默认情况下无法正确解析表单数据和文件上传。这会导致以下问题:
- 表单数据字段全部为空
- 文件上传字段无法获取
- 数值类型字段验证失败
核心解决方案
中间件处理方案
针对 PATCH 请求的表单数据处理问题,最有效的解决方案是使用自定义中间件。该中间件会在请求处理前临时将 PATCH 方法转换为 POST 方法,使 Django 能够正确解析表单数据,然后再恢复原始请求方法。
from collections.abc import Callable
from typing import Any
from asgiref.sync import iscoroutinefunction, sync_to_async
from django.http import HttpRequest
from django.utils.decorators import sync_and_async_middleware
@sync_and_async_middleware
def process_put_patch(get_response: Callable) -> Callable:
async def async_middleware(request: HttpRequest) -> Any:
if (request.method in ("PUT", "PATCH")
and request.content_type != "application/json":
initial_method = request.method
request.method = "POST"
request.META["REQUEST_METHOD"] = "POST"
await sync_to_async(request._load_post_and_files)()
request.META["REQUEST_METHOD"] = initial_method
request.method = initial_method
return await get_response(request)
def sync_middleware(request: HttpRequest) -> Any:
if (request.method in ("PUT", "PATCH")
and request.content_type != "application/json":
initial_method = request.method
request.method = "POST"
request.META["REQUEST_METHOD"] = "POST"
request._load_post_and_files()
request.META["REQUEST_METHOD"] = initial_method
request.method = initial_method
return get_response(request)
return async_middleware if iscoroutinefunction(get_response) else sync_middleware
文件上传替代方案
当中间件处理后文件上传仍然有问题时,可以考虑以下替代方案:
- 使用 Base64 编码传输文件
- 将文件上传拆分为单独的 API 端点
- 使用专门的第三方库处理文件上传
数据验证最佳实践
对于部分更新的 API,数据验证需要特别注意:
- 所有字段都应设置为可选
- 空字符串、None 和 0 应被视为有效输入
- 数值字段需要前端确保传递正确的数据类型
class UserMedicalInSchema(Schema):
gender: Optional[str] = None
height: Optional[int] = Field(None, ge=0)
weight: Optional[int] = Field(None, ge=0)
marital: Optional[str] = None
children: Optional[int] = Field(None, ge=0)
# 其他字段...
实际应用示例
以下是一个完整的用户信息更新 API 实现示例:
from ninja import Schema, Form, File
from ninja.files import UploadedFile
from typing import Optional, List
class UserUpdateSchema(Schema):
username: Optional[str] = None
email: Optional[str] = None
age: Optional[int] = None
@router.patch('/me', auth=JWTAuth())
def update_user_info(
request,
payload: Form[UserUpdateSchema] = None,
avatar: Optional[File[UploadedFile]] = None
):
user = request.user
# 处理文件上传
if avatar:
user.avatar = avatar
# 处理表单数据
if payload:
update_data = {
k: v for k, v in payload.dict().items()
if v is not None
}
for field, value in update_data.items():
setattr(user, field, value)
user.save()
return {"status": "success"}
总结
在 Django Ninja 中实现支持表单数据和文件上传的 PATCH 接口需要特别注意请求方法的处理和数据验证。通过使用自定义中间件和合理的数据模型设计,可以构建出既符合 RESTful 规范又用户友好的 API 接口。对于复杂的更新场景,建议将文件上传和其他数据更新分离,或者使用 Base64 编码等替代方案。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
Baichuan-M3-235BBaichuan-M3 是百川智能推出的新一代医疗增强型大型语言模型,是继 Baichuan-M2 之后的又一重要里程碑。Python00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
热门内容推荐
最新内容推荐
Degrees of Lewdity中文汉化终极指南:零基础玩家必看的完整教程Unity游戏翻译神器:XUnity Auto Translator 完整使用指南PythonWin7终极指南:在Windows 7上轻松安装Python 3.9+终极macOS键盘定制指南:用Karabiner-Elements提升10倍效率Pandas数据分析实战指南:从零基础到数据处理高手 Qwen3-235B-FP8震撼升级:256K上下文+22B激活参数7步搞定机械键盘PCB设计:从零开始打造你的专属键盘终极WeMod专业版解锁指南:3步免费获取完整高级功能DeepSeek-R1-Distill-Qwen-32B技术揭秘:小模型如何实现大模型性能突破音频修复终极指南:让每一段受损声音重获新生
项目优选
收起
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
539
3.76 K
Ascend Extension for PyTorch
Python
345
412
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
888
605
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
337
182
暂无简介
Dart
777
192
deepin linux kernel
C
27
11
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.34 K
758
React Native鸿蒙化仓库
JavaScript
303
356
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
987
252
仓颉编译器源码及 cjdb 调试工具。
C++
154
896