DRF使用嵌套序列化器创建Call对象时Client重复报错如何解决

完全可以在保留嵌套序列化器的前提下解决该问题，以下是具体方案：

问题根因 #

• 直接使用嵌套序列化器报错的原因：DRF默认会把嵌套序列化器的传入内容当做创建新关联对象的参数，由于你的Client的name字段设置了唯一约束，传入已存在的name就会触发唯一校验失败。
• 设置read_only=True后关联字段为null的原因：标记为只读的字段不会参与反序列化的写入逻辑，DRF不会处理该字段的传入值，因此Call实例的client字段会被置空。

具体实现方案 #

根据你的业务需求可以选择两种常用场景的实现：

场景1：仅允许关联已存在的Client #

重写序列化器的字段校验方法即可，无需修改原有视图逻辑，代码示例：

class CallSerializer(serializers.ModelSerializer):
    client = ClientSerializer()

    def validate_client(self, value):
        # value为ClientSerializer反序列化后的字典，可按需选择查询字段
        try:
            # 这里示例用name查询，也可替换为用id等其他字段查询
            return Client.objects.get(name=value["name"])
        except Client.DoesNotExist:
            raise serializers.ValidationError("指定的客户不存在")

    def create(self, validated_data):
        # validated_data中的client已经是校验后返回的实例，直接写入即可
        return super().create(validated_data)

    class Meta:
        model = Call
        fields = ["id", "client"] # 补充你需要的其他字段即可

场景2：支持自动创建不存在的Client #

如果需要传入的Client不存在时自动创建、存在时直接关联，只需修改validate_client方法逻辑：

def validate_client(self, value):
    # 用name作为匹配条件，其余字段作为创建新Client的默认值
    client, _ = Client.objects.get_or_create(
        name=value["name"],
        defaults=value
    )
    return client

以上实现完全保留了嵌套序列化器的结构，GET请求会返回嵌套的Client完整信息，POST请求可以正常传入嵌套的Client参数完成关联，无需修改原有视图逻辑。

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