Dlaczego model.save () nie wywołuje funkcji full_clean ()?

Jestem po prostu ciekawy, czy ktoś wie, czy jest dobry powód, dla którego orm django nie wywołuje „full_clean” na modelu, chyba że jest on zapisywany jako część formularza modelu.

Zauważ, że full_clean () nie zostanie wywołana automatycznie po wywołaniu metody save () twojego modelu. Będziesz musiał wywołać to ręcznie, jeśli chcesz przeprowadzić jednoetapową weryfikację modelu dla własnych ręcznie utworzonych modeli. Pełny, czysty dokument django

(UWAGA: aktualizacja cytatu dla Django 1.6 ... poprzednie dokumenty django zawierały również zastrzeżenie dotyczące ModelForms.)

Czy istnieją dobre powody, dla których ludzie nie chcieliby takiego zachowania? Pomyślałem, że gdybyś poświęcił trochę czasu na dodanie walidacji do modelu, chciałbyś, aby weryfikacja była uruchamiana za każdym razem, gdy model jest zapisywany.

Wiem, jak sprawić, by wszystko działało poprawnie, szukam tylko wyjaśnienia.

AFAIK, jest to spowodowane wsteczną kompatybilnością. Występują również problemy z ModelForms z wykluczonymi polami, modelami z wartościami domyślnymi, sygnałami pre_save () itp.

Źródła, którymi możesz być zainteresowany:

• http://code.djangoproject.com/ticket/13100
• http://groups.google.com/group/django-developers/browse_frm/thread/b888734b05878f87

Ze względu na zgodność, automatyczne czyszczenie przy zapisywaniu nie jest włączone w jądrze django.

Jeśli rozpoczynamy nowy projekt i chcemy, aby domyślna savemetoda w modelu mogła wyczyścić się automatycznie, możemy użyć następującego sygnału, aby wyczyścić przed zapisaniem każdego modelu.

from django.dispatch import receiver
from django.db.models.signals import pre_save, post_save

@receiver(pre_save)
def pre_save_handler(sender, instance, *args, **kwargs):
    instance.full_clean()

Najprostszym sposobem wywołania full_cleanmetody jest po prostu przesłonięcie savemetody w model:

def save(self, *args, **kwargs):
    self.full_clean()
    return super(YourModel, self).save(*args, **kwargs)

Zamiast wstawiać fragment kodu, który deklaruje odbiornik, możemy użyć aplikacji jako INSTALLED_APPSsekcji wsettings.py

INSTALLED_APPS = [
    # ...
    'django_fullclean',
    # your apps here,
]

Wcześniej może być konieczna instalacja django-fullcleanza pomocą PyPI:

pip install django-fullclean

Jeśli masz model, który chcesz mieć pewność, że ma co najmniej jedną relację FK, a nie chcesz go używać, null=Falseponieważ wymaga to ustawienia domyślnego FK (które byłyby danymi śmieciowymi), najlepszym sposobem, jaki wymyśliłem, jest aby dodać własne .clean()i .save()metody. .clean()podnosi błąd walidacji i .save()wywołuje czysty. W ten sposób integralność jest wymuszana zarówno z formularzy, jak i z innego kodu wywołującego, wiersza poleceń i testów. Bez tego nie ma (AFAICT) sposobu na napisanie testu, który zapewni, że model ma relację FK z konkretnie wybranym (nie domyślnym) innym modelem.

class Payer(models.Model):

    name = models.CharField(blank=True, max_length=100)
    # Nullable, but will enforce FK in clean/save:
    payer_group = models.ForeignKey(PayerGroup, null=True, blank=True,)

    def clean(self):
        # Ensure every Payer is in a PayerGroup (but only via forms)
        if not self.payer_group:
            raise ValidationError(
                {'payer_group': 'Each Payer must belong to a PayerGroup.'})

    def save(self, *args, **kwargs):
        self.full_clean()
        return super().save(*args, **kwargs)

    def __str__(self):
        return self.name

Komentując odpowiedź @Alfred Huang i komentuje ją. Można zablokować podpięcie pre_save do aplikacji, definiując listę klas w bieżącym module (models.py) i sprawdzając ją w zaczepie pre_save:

CUSTOM_CLASSES = [obj for name, obj in
        inspect.getmembers(sys.modules[__name__])
        if inspect.isclass(obj)]

@receiver(pre_save)
def pre_save_handler(sender, instance, **kwargs):
    if type(instance) in CUSTOM_CLASSES:
        instance.full_clean()