Поле SerializerClass в Сериализаторе сохранить с первичного ключа

Ответ 1

Проблема здесь в том, что с вложенными сериализаторами инфраструктура Django REST ожидает, что вход и выход будут вложенными представлениями. DRF автоматически проверит ввод, чтобы убедиться, что он соответствует вложенному сериализатору, что позволяет вам создать основной объект и любые отношения в одном запросе.

Вы хотите иметь вложенный результат с входом PrimaryKeyRelatedField. Это очень распространено для тех, кому не нужно создавать отношения в одном запросе, но вместо этого всегда будет использовать существующие объекты в своих отношениях. То, как вы собираетесь это делать, в основном принимает первичный ключ (как и PrimaryKeyRelatedField) в to_internal_value, но выводит сериализатор в to_representation. Что-то вроде этого (untested) должно работать

class PrimaryKeyNestedMixin(serializers.PrimaryKeyRelatedField, serializers.ModelSerializer):

    def to_internal_value(self, data):
        return serializers.PrimaryKeyRelatedField.to_internal_value(self, data)

    def to_representation(self, data):
        return serializers.ModelSerializer.to_representation(self, data)

Вам нужно будет использовать это как mixin для вложенного сериализатора AccountSerializer в вашем случае, и он должен делать то, что вы ищете.

Ответ 2

Я следил за этим ответом от SO. Отключить создание вложенных объектов в django rest framework Его немного беспорядочно, но работает. В любом случае, что-то ему не хватает DRF.

Ответ 3

Я работал над этой проблемой, имея разные взгляды, чтобы обрабатывать получение отдельного элемента и сообщения, и получить вложенный список. Для получения отдельного элемента и получения списка используется вложенный сериализатор, а метод post использует не-вложенный сериализатор. При публикации для создания нового предупреждения о работе вы можете использовать первичные ключи для задания и пользователя, которые являются связанными объектами.

class JobAlertList(APIView):
    """
    List all job alerts or create a new job alert
    """
    def get(self, request, format=None):
        job_alerts = JobAlert.objects.all()
        serializer = JobAlertNestedSerializer(job_alerts, many=True)
        return Response(serializer.data)

    def post(self, request, format=None):
        serializer = JobAlertSerializer(data=request.data)
        if serializer.is_valid():
            serializer.save()
            return Response(serializer.data, status=status.HTTP_201_CREATED)
        return Response(serializer.errors, status=status.HTTP_400_BAD_REQUEST)


class JobAlertDetail(APIView):
    """
    Retrieve or delete a job alert instance.
    """
    def get_object(self, pk):
        try:
            return JobAlert.objects.get(pk=pk)
        except JobAlert.DoesNotExist:
            raise Http404

    def get(self, request, pk, format=None):
        job_alert = self.get_object(pk)
        serializer = JobAlertNestedSerializer(job_alert)
        return Response(serializer.data)

    def delete(self, request, pk, format=None):
        job_alert = self.get_object(pk)
        job_alert.delete()
        return Response(status=status.HTTP_204_NO_CONTENT)

class JobAlertSerializer(serializers.ModelSerializer):

    class Meta:
        model = JobAlert
        fields = ('job', 'user')
        depth = 0

    def create(self, validated_data):
        user = validated_data.pop('user')
        job = validated_data.pop('job')
        job_alert = JobAlert.objects.create(user=user, job=job)
        return job_alert


class JobAlertNestedSerializer(serializers.ModelSerializer):

    class Meta:
        model = JobAlert
        fields = ('id', 'job', 'user')
        depth = 1

url(r'^job_alerts/$', views.JobAlertList.as_view(), name='job-alerts-list'),
url(r'^job_alerts/(?P<pk>[0-9]+)/$', views.JobAlertDetail.as_view(), name='job-alerts-detail'),

Ответ 4

Я столкнулся с подобной проблемой (желая POST id/FK объекта, но ожидая сериализованного объекта в GET). Я реализовал решение Кевина Брауна для моего случая. Адаптируйте это к вашей проблеме (слишком поздно, но надеюсь, что кто-то другой, включая будущее меня, наткнется на это и сочтет это полезным).

def get_primary_key_related_model(model_class, **kwargs):
    """
    Nested serializers are a mess. /info/332523/serializerclass-field-on-serializer-save-from-primary-key/1584679#1584679
    This lets us accept ids when saving / updating instead of nested objects.
    Representation would be into an object (depending on model_class).
    """
    class PrimaryKeyNestedMixin(model_class):

        def to_internal_value(self, data):
            try:
                return model_class.Meta.model.objects.get(pk=data)
            except model_class.Meta.model.DoesNotExist:
                self.fail('does_not_exist', pk_value=data)
            except (TypeError, ValueError):
                self.fail('incorrect_type', data_type=type(data).__name__)

        def to_representation(self, data):
            return model_class.to_representation(self, data)

    return PrimaryKeyNestedMixin(**kwargs)


class AccountSerializer(serializers.ModelSerializer):
    password = serializers.CharField(write_only=True, required=False)
    confirm_password = serializers.CharField(write_only=True, required=False)

    class Meta:
        model = Account
        # ...


class PhysicianSerializer(serializers.ModelSerializer):
    user = get_primary_key_related_model(AccountSerializer)

    class Meta:
        model = Physician
        # ...

Генератор class очень удобен, когда у вас есть настраиваемые поля сериализатора (ограничение доступа на основе request.user).