is_valid() vs clean() django formes

Dans le processus de trouver un moyen de valider mon django formes, je suis tombé sur deux méthodes is_valid() et clean() dans le django docs. Quelqu'un peut-il m'éclairer la façon dont ils sont différents ou de même? Quels sont les avantages et les inconvénients de l'un ou l'autre?

Grâce.

InformationsquelleAutor stackover | 2011-02-22
  1. 48

    is_valid() appels clean() sur le formulaire automatiquement. Vous utilisez is_valid() dans vos vues, et clean() dans votre formulaire de classes.

    Votre clean() fonction sera de retour self.cleaned_data qui, si vous allez le constater dans la suite de vue n'est pas géré par le programmeur.

    form = myforms.SettingsForm(request.POST)
if form.is_valid():
   name = form.cleaned_data['name']
   #do stuff

    Vous n'avez pas à faire clean_data = form.is_valid() parce que is_valid() appellera nettoyer et remplacer des données dans la forme de l'objet à nettoyer. Donc, tout dans votre if form.is_valid() bloc sera propre et valide. Le name champ dans votre bloc sera la version aseptisée qui n'est pas forcément ce qui était dans request.POST.

    Mise à jour
    Vous pouvez également afficher les messages d'erreur avec cette. Dans clean() si les données du formulaire n'est pas valide, vous pouvez définir un message d'erreur sur un domaine comme celui-ci:

    self._errors['email'] = [u'Email is already in use']

    Maintenant is_valid() retournera False, donc dans le bloc else vous pouvez réafficher la page avec votre remplacé forme de l'objet et il affiche le message d'erreur si votre modèle utilise la chaîne d'erreur.

    • super! maintenant plus clair pour moi. Merci 🙂
    • salut..qu'arriverait-il si le formulaire n'a pas une fonction propre() lorsque le is_valid() est appelée dans le views.py la fonction?
    • Je suis un peu confus quand la clean_fieldName fonction de la forme de la classe est appelée
    • Dans les versions plus récentes de Django, clean() ne sera pas nécessairement le retour self.cleaned_data. Parfois, surtout pour les jeux de formulaires, il ne retourne rien. Cela m'a donné de la difficulté avant. Ils ont soulevé cette exigence, il y a plusieurs versions.
    InformationsquelleAutor jonescb
  2. 5

    Voulais juste ajouter que la meilleure façon maintenant pour ajouter une erreur à un formulaire que vous avez manuellement en validant is_valid() est à utiliser Form.add_error(field, error) pour se conformer avec Django ErrorDict objet.

    Faire 

    self._errors['field'] = ['error message']

    sortira funky lors du rendu {{form.errors}}, comme:

    fielderror messsage

    à la place de l'

    field
    -error message

    donc au lieu de faire:

    self.add_error('email', 'Email is already in use')

    Voir https://docs.djangoproject.com/en/1.10/ref/forms/api/#django.forms.Form.add_error

    InformationsquelleAutor InfiniteZoom