Quelle est la meilleure façon de gérer de Django reinhardt, des objets.obtenir?

Chaque fois que je fais ceci:

thepost = Content.objects.get(name="test")

Il jette toujours une erreur lorsque rien n'est trouvé.
Comment puis-je gérer cela?

  • Voir aussi QuerySet.get
  • C'est la façon dont il est censé travailler. Quelle est votre question? Comment écrire un try déclaration?
InformationsquelleAutor TIMEX | 2010-12-04
  1. 74
    try:
    thepost = Content.objects.get(name="test")
except Content.DoesNotExist:
    thepost = None

    Utiliser le modèle de DoesNotExist exception

    • Dans ce cas, l'exception est Content.DoesNotExist, et cette structure du code est utile si vous souhaitez continuer, même si l'objet ne peut pas être trouvé (c'est à dire pas une erreur 404 comme dans mon exemple).
    InformationsquelleAutor Some programmer dude
  2. 26

    Souvent, il est plus utile d'utiliser le Django fonction raccourci get_object_or_404 au lieu de l'API directement:

    from django.shortcuts import get_object_or_404

thepost = get_object_or_404(Content, name='test')

    De manière assez évidente, ce sera une erreur 404 si l'objet ne peut être trouvé, et de votre code continuera si elle est couronnée de succès.

    InformationsquelleAutor Rob Golding
  3. 15

    Vous pouvez également prendre un générique DoesNotExist. Selon les docs à http://docs.djangoproject.com/en/dev/ref/models/querysets/

    from django.core.exceptions import ObjectDoesNotExist
try:
    e = Entry.objects.get(id=3)
    b = Blog.objects.get(id=1)
except ObjectDoesNotExist:
    print "Either the entry or blog doesn't exist."
    InformationsquelleAutor zobbo
  4. 9

    Une autre manière d'écrire:

    try:
    thepost = Content.objects.get(name="test")
except Content.DoesNotExist:
    thepost = None

    est tout simplement:

    thepost = Content.objects.filter(name="test").first()

    Noter que les deux ne sont pas strictement les mêmes. Gestionnaire de méthode get va augmenter non seulement une exception dans le cas il n'y a pas d'enregistrement vous requêtez, mais aussi lorsque plusieurs enregistrements sont trouvés. À l'aide de first quand il y a plus d'un enregistrement peut échouer votre logique métier silencieusement en retournant le premier enregistrement.

    InformationsquelleAutor Rafael Valverde
  5. 7

    Intercepter l'exception

    try:
    thepost = Content.objects.get(name="test")
except Content.DoesNotExist:
    thepost = None

    sinon, vous pouvez filtrer, qui renvoie une liste vide si rien ne correspond à

    posts = Content.objects.filter(name="test")
if posts:
    # do something with posts[0] and see if you want to raise error if post > 1
    • pourquoi allouer un vide Queryset quand get() va lever une exception? Le try/catch première approche est de loin préférable
    • Normalement, l'utilisation d'exceptions pour la normale "flux de travail" n'est pas une bonne pratique. Dans cet exemple, il est assez facile à comprendre, mais si vous commencez à utiliser les exceptions pour contrôler une application, ça va être dur pour maintenir/debug.
    • Je suis en désaccord, une Exception pourrait être une très bonne façon de structurer votre code, e..g for plugin in plugins; try; processed_text = plugin.process(text) ; except Exception1,: do something Exception 2; do something il n'est pas plus facile suppléant, et dans ce cas précis, il rend absolument parfait sens, ce serait vous dod dict.has_key avant d'accéder à un élément ou tout simplement accéder à de l'élément et de l'attraper KeyError?
    • En recourant à l'exception de la structure des flux de travail est un anti-modèle de l'OMI. Voici une discussion à ce sujet: programmers.stackexchange.com/questions/189222/... Oui, vous pouvez sauver un couple de lignes de codes, mais ce n'est pas une bonne solution pour l'entretien. Je voudrais vérifier si l'élément existe, et en fait, je serais probablement envelopper ce code dans une méthode de toute façon.
    • je pense que l'opinion n'est pas spécifique à python, j'ai bien aimé le commentaire sur la question de " Pas de. En Python, en utilisant les exceptions que le contrôle de flux est considéré comme "pythonic"', python lui-même utilise Exception à dire à la fin de générateurs etc, voir ce stackoverflow.com/questions/16138232/... et drmaciver.com/2009/03/... , à la fin, je dirai que c'est moe pythonic, peut-être pas adapté pour le C++, mais pour python oui.
    • La communauté Python embrasse l'aeap, aka plus Facile de demander Pardon que Demander la Permission. Ce style est très appréciée tout au long de la bibliothèque standard et le grand doit-Python, utiliser des bibliothèques tierces. Voici un hasard blog j'ai googlé sur le sujet: jeffknupp.com/blog/2013/02/06/...

    InformationsquelleAutor Anurag Uniyal
  6. 2

    Traitement des exceptions à différents points dans votre point de vue pourrait vraiment être lourd..Ce que sur la définition d'un Modèle personnalisé Gestionnaire, dans la models.py fichier, comme

    class ContentManager(model.Manager):
    def get_nicely(self, **kwargs):
        try:
            return self.get(kwargs)
        except(KeyError, Content.DoesNotExist):
            return None

    puis de l'inclure dans le Modèle de contenu de classe

    class Content(model.Model):
    ...
    objects = ContentManager()

    De cette manière, il peut être facilement traitée dans le point de vue c'est à dire

    post = Content.objects.get_nicely(pk = 1)
if post != None:
    # Do something
else:
    # This post doesn't exist
    InformationsquelleAutor Adil Malik
  7. 1

    Élever un Http404 exception fonctionne très bien:

    from django.http import Http404

def detail(request, poll_id):
    try:
        p = Poll.objects.get(pk=poll_id)
    except Poll.DoesNotExist:
        raise Http404
    return render_to_response('polls/detail.html', {'poll': p})
    • Cela ne fonctionne que si le Sondage objet représente l'ensemble de la vue. Si vous êtes juste essayer de requête pour un objet qui va atterrir au milieu d'une page, vous ne voulez pas rentrer 404 pour l'ensemble de la vue.
    InformationsquelleAutor Banjer