DRF外键关联序列化器最佳实践：通过父类SHA256保存子类

针对你给出的模型和请求格式，我整理了一套简洁且规范的实现方案，涵盖序列化器的validate、create重写，以及对应的视图编写，都是实际项目里常用的写法：

一、序列化器实现 #

首先编写ChildSerializer，核心是处理请求中的sha256字段，关联到对应的Parent实例：

from rest_framework import serializers
from .models import Parent, Child

class ChildSerializer(serializers.ModelSerializer):
    # 显式定义sha256字段，用于接收请求中的关联标识
    sha256 = serializers.CharField(max_length=64)

    class Meta:
        model = Child
        fields = ['sha256', 'a', 'b']  # 完全对应请求里的字段结构

    def validate_sha256(self, value):
        # 单独验证sha256对应的Parent是否存在，比全局validate更模块化
        try:
            Parent.objects.get(sha256=value)
        except Parent.DoesNotExist:
            raise serializers.ValidationError(f"不存在sha256为{value}的Parent记录")
        return value

    def create(self, validated_data):
        # 从验证后的数据中取出sha256，找到对应的Parent实例
        sha256 = validated_data.pop('sha256')
        parent = Parent.objects.get(sha256=sha256)
        # 创建Child并关联Parent
        child = Child.objects.create(parent=parent, **validated_data)
        return child

这里把sha256的验证单独放在字段级方法里，是DRF推荐的最佳实践——单个字段的逻辑单独处理，代码更清晰，后续维护也方便。

二、对应视图编写 #

因为只需要处理创建Child的请求，直接用DRF封装好的CreateAPIView就足够了，不用自己写重复的请求处理逻辑：

from rest_framework.generics import CreateAPIView
from .models import Child
from .serializers import ChildSerializer

class ChildCreateView(CreateAPIView):
    queryset = Child.objects.all()
    serializer_class = ChildSerializer

然后在urls.py里配置路由：

from django.urls import path
from .views import ChildCreateView

urlpatterns = [
    path('child/create/', ChildCreateView.as_view(), name='child-create'),
]

三、补充说明 #

1. 为什么不用嵌套序列化器？：你的请求格式是直接传递sha256而非Parent的嵌套数据，这种字段级验证+手动关联的方式更贴合当前场景，比嵌套序列化器更轻量。
2. 异常前置处理：在序列化阶段就验证Parent存在，能提前返回友好的错误信息，避免到数据库操作阶段才抛出异常，提升接口的用户体验。
3. 扩展性：如果后续需要支持“创建Parent的同时创建Child”，可以在create方法里添加分支逻辑，但当前场景下完全不需要额外冗余代码。

这样处理后，前端发送的{"sha256": "ABC....", "a": "test", "b": "test"}请求就能被正确处理：先验证sha256对应的Parent存在，再创建关联的Child记录。

内容的提问来源于stack exchange，提问作者fuzes