Django Modellfelder Validierung

Question

Wo sollte die Validierung von Modellfelder in Django gehen?

Ich könnte mindestens zwei mögliche Alternativen nennen: in der überladenen .save() - Methode des Modells oder in der .to_python() -Methode der models.Field-Unterklasse (offensichtlich dafür müssen Sie benutzerdefinierte Felder schreiben) .

Mögliche Anwendungsfälle:

• , wenn es unbedingt erforderlich, um sicherzustellen, dass ein leerer String nicht in die Datenbank geschrieben werden (blank = False Schlüsselwort-Argument hier nicht funktioniert, ist es für Form Validierung nur)
• , wenn es notwendig ist, um sicherzustellen, dass „Entscheidungen“ Keyword-Argument auf einer db-Ebene eingehalten wird und nicht nur in der Admin-Interface (Art einen Aufzählungsdatentyp emuliert)

es gibt auch eine Attribut auf Klassenebene empty_strings_allowed in der models.Field-Basisklassendefinition und abgeleiteten Klassen überschreiben diese glücklicherweise, aber es scheint keine Auswirkungen auf die Datenbankebene zu haben, was bedeutet, dass ich immer noch ein Modell mit leeren String-Feldern konstruieren und es in der Datenbank speichern kann. Was ich vermeiden möchte (ja, es ist notwendig).

Mögliche Implementierungen

auf der Feldebene sind:

class CustomField(models.CharField): 
    __metaclass__ = models.SubfieldBase 
    def to_python(self, value): 
     if not value: 
      raise IntegrityError(_('Empty string not allowed')) 
     return models.CharField.to_python(self, value) 

auf Modellebene:

class MyModel(models.Model) 
    FIELD1_CHOICES = ['foo', 'bar', 'baz'] 
    field1 = models.CharField(max_length=255, 
       choices=[(item,item) for item in FIELD1_CHOICES]) 

    def save(self, force_insert=False, force_update=False): 
     if self.field1 not in MyModel.FIELD1_CHOICES: 
      raise IntegrityError(_('Invalid value of field1')) 
     # this can, of course, be made more generic 
     models.Model.save(self, force_insert, force_update) 

Vielleicht bin ich etwas fehlt und dies einfacher durchgeführt werden kann (und sauberer)

Answer 1

Django hat ein model validation System seit Version 1.2.

In den Kommentaren sagt sebpiq: "Ok, jetzt gibt es einen Platz für die Modellvalidierung ... außer, dass es nur bei Verwendung von ModelForm ausgeführt wird! Es bleibt also die Frage, wann die Validierung eingehalten werden muss das db-level, was solltest du tun? wo full_clean anrufen? "

Es ist nicht möglich, über die Validierung auf Python-Ebene sicherzustellen, dass die Validierung auf der Ebene der Datenbank eingehalten wird. Am nächsten kommt wahrscheinlich full_clean in einer überschriebenen save Methode. Dies wird nicht standardmäßig ausgeführt, da jeder, der diese Speichermethode aufruft, jetzt besser darauf vorbereitet ist, ValidationError zu erfassen und zu verarbeiten.

Aber selbst wenn Sie dies tun, kann jemand weiterhin Modellinstanzen in großen Mengen unter Verwendung von queryset.update() aktualisieren, wodurch diese Validierung umgangen wird.Es gibt keine Möglichkeit, dass Django eine vernünftig effiziente queryset.update() Implementierung implementieren könnte, die immer noch eine Überprüfung auf Python-Ebene für jedes aktualisierte Objekt durchführen könnte.

Die einzige Möglichkeit, die Integrität auf Db-Ebene wirklich zu garantieren, sind die Constraints auf Datenbankebene; Jede Validierung, die Sie über das ORM durchführen, erfordert, dass der Verfasser des App-Codes erkennt, wann die Validierung erzwungen wird (und Validierungsfehler behandeln).

Aus diesem Grund wird die Modellüberprüfung standardmäßig nur in ModelForm erzwungen - da in einem ModelForm bereits eine offensichtliche Möglichkeit besteht, einen ValidationError zu behandeln.

Answer 2

Wenn ich Sie „klar“ zu verstehen - Sie müssen Funktion get_db_prep_save außer Kraft setzen statt to_python

Answer 3

Die Wurzel Problem dafür ist, dass die Validierung von Modellen geschehen soll. Dies wird seit einiger Zeit in Django diskutiert (Suche Modell-bewusste Validierung auf der Dev-Mailing-Liste). Es führt entweder zu Duplizierung oder Dingen, die der Validierung entgehen, bevor sie auf die db treffen.

Während das nicht Kofferraum schlägt, ist Malcolms "poor man's model validation solution" wahrscheinlich die sauberste Lösung, sich zu vermeiden, sich zu wiederholen.

Answer 4

Ich glaube, Sie wollen, dass diese ->

from django.db.models.signals import pre_save 

def validate_model(sender, **kwargs): 
    if 'raw' in kwargs and not kwargs['raw']: 
     kwargs['instance'].full_clean() 

pre_save.connect(validate_model, dispatch_uid='validate_models') 

(Kopiert von http://djangosnippets.org/snippets/2319/)