Por que model.save () do django não chama full_clean ()?

Estou curioso para saber se alguém sabe se há uma boa razão pela qual o orm do django não chama 'full_clean' em um modelo, a menos que esteja sendo salvo como parte de um formulário de modelo.

Observe que full_clean () não será chamado automaticamente quando você chamar o método save () do seu modelo. Você precisará chamá-lo manualmente quando desejar executar a validação de modelo em uma etapa para seus próprios modelos criados manualmente. doc limpo completo do django

(NOTA: a cotação atualizada para o Django 1.6 ... os documentos anteriores do django também tinham uma advertência sobre o ModelForms.)

Existem boas razões para as pessoas não quererem esse comportamento? Eu acho que se você reservasse algum tempo para adicionar validação a um modelo, desejaria que a validação fosse executada toda vez que o modelo for salvo.

Eu sei como fazer tudo funcionar corretamente, só estou procurando uma explicação.

AFAIK, isso ocorre devido à compatibilidade com versões anteriores. Também há problemas com ModelForms com campos excluídos, modelos com valores padrão, sinais pre_save () etc.

Fontes nas quais você pode se interessar:

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

Por causa da compatibilidade, a limpeza automática ao salvar não é ativada no kernel do django.

Se estamos iniciando um novo projeto e queremos que o savemétodo padrão no Model seja limpo automaticamente, podemos usar o seguinte sinal para fazer a limpeza antes de cada modelo ser salvo.

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

A maneira mais simples para chamar o full_cleanmétodo é apenas para substituição savemétodo na sua model:

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

Em vez de inserir um pedaço de código que declara um receptor, podemos usar um aplicativo como INSTALLED_APPSseção emsettings.py

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

Antes disso, você pode precisar instalar django-fullcleanusando o PyPI:

pip install django-fullclean

Se você tem um modelo que deseja garantir que tenha pelo menos um relacionamento FK e não deseja usá-lo, null=Falseporque isso requer a configuração de um FK padrão (que seria dados de lixo), a melhor maneira de criar isso é para adicionar métodos .clean()e customizados .save(). .clean()gera o erro de validação e .save()chama a limpeza. Dessa forma, a integridade é imposta a partir de formulários e de outro código de chamada, linha de comando e testes. Sem isso, (AFAICT) não há como escrever um teste que garanta que um modelo tenha uma relação FK com outro modelo escolhido (não padrão).

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

Comentando a resposta de @Alfred Huang e comentários sobre ela. Pode-se bloquear o gancho pre_save em um aplicativo, definindo uma lista de classes no módulo atual (models.py) e comparando-o no gancho 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()