Чому model.save () django не викликає full_clean ()?

Мені просто цікаво, якщо хтось знає, чи є вагомі причини, чому орлан джанго не називає 'full_clean' на моделі, якщо вона не зберігається як частина форми моделі.

Зауважте, що full_clean () не буде викликано автоматично, коли ви викликаєте метод збереження () вашої моделі. Вам потрібно буде викликати його вручну, коли ви хочете запустити одномоментну перевірку моделі для власних створених вручну моделей. django повністю чистий doc

(ПРИМІТКА. Цитата оновлена ​​для Django 1.6 ... попередні документи django мали також попередження щодо ModelForms.)

Чи є вагомі причини, чому люди не хочуть такої поведінки? Я думаю, якщо ви знайшли час, щоб додати валідацію до моделі, ви хочете, щоб ця перевірка запускалася кожного разу, коли модель зберігається.

Я знаю, як змусити все працювати належним чином, я просто шукаю пояснення.

AFAIK, це через зворотну сумісність. Також існують проблеми з ModelForms з виключеними полями, моделями зі значеннями за замовчуванням, сигналами pre_save () тощо.

Джерела, які можуть вас зацікавити:

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

Зважаючи на сумісність, автоматичне очищення при збереженні не вмикається в ядрі django.

Якщо ми починаємо новий проект і хочемо, щоб saveметод за замовчуванням на Model міг автоматично очищатися, ми можемо використовувати наступний сигнал для очищення перед тим, як кожна модель була збережена.

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()

Найпростіший спосіб викликати full_cleanметод - це просто перекрити saveметод у вашому model:

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

Замість того, щоб вставляти фрагмент коду, який оголошує приймач, ми можемо використовувати додаток як INSTALLED_APPSрозділ вsettings.py

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

Перед цим вам може знадобитися встановлення django-fullcleanза допомогою PyPI:

pip install django-fullclean

Якщо у вас є модель, для якої ви хочете переконатися, що вона має принаймні одне відношення до FK, і ви не хочете її використовувати, null=Falseтому що для цього потрібно встановити FK за замовчуванням (що було б даними про сміття), найкращий спосіб, який я придумав, - це додати користувацькі .clean()та .save()методи. .clean()підвищує помилку перевірки та .save()викликає очищення. Таким чином, цілісність забезпечується як з форм, так і з іншого коду виклику, командного рядка та тестів. Без цього немає (AFAICT) ніякого способу написати тест, який би гарантував, що модель має відношення FK до конкретно обраної (не за замовчуванням) іншої моделі.

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

Коментуючи відповідь @Alfred Huang та коментуючи її. Можна зафіксувати гачок pre_save до програми, визначивши список класів у поточному модулі (models.py) та перевіривши його на гачку 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()