Quand dois-je utiliser ugettext_lazy?

J'ai une question sur l'utilisation de ugettext et ugettext_lazypour les traductions. J'ai appris que dans les modèles je devrais utiliser ugettext_lazy, tandis que dans les vues ugettext. Mais y a-t-il d'autres endroits où je devrais ugettext_lazyaussi utiliser ? Qu'en est-il des définitions de formulaire? Y a-t-il des différences de performances entre eux?

Edit: Et encore une chose. Parfois, au lieu de ugettext_lazy, ugettext_noopest utilisé. Comme le dit la documentation, les ugettext_noopchaînes ne sont marquées pour la traduction et traduites que le plus tard possible avant de les afficher à l'utilisateur, mais je suis un peu confus ici, n'est-ce pas similaire à quoi ugettext_lazyfaire? J'ai encore du mal à décider lequel utiliser dans mes modèles et mes formulaires.

ugettext() contre. ugettext_lazy()

Dans les définitions comme les formulaires ou les modèles, vous devriez utiliser ugettext_lazycar le code de ces définitions n'est exécuté qu'une seule fois (principalement au démarrage de django); ugettext_lazytraduit les chaînes de manière paresseuse, ce qui signifie, par exemple. chaque fois que vous accédez au nom d'un attribut sur un modèle, la chaîne sera nouvellement traduite - ce qui est tout à fait logique car vous pourriez regarder ce modèle dans différentes langues depuis le démarrage de django!

Dans les vues et les appels de fonctions similaires, vous pouvez les utiliser ugettextsans problème, car chaque fois que la vue est appelée ugettextsera nouvellement exécutée, vous obtiendrez donc toujours la bonne traduction correspondant à la demande!

En ce qui concerne ugettext_noop()

Comme Bryce l'a souligné dans sa réponse, cette fonction marque une chaîne comme extractible pour la traduction mais renvoie la chaîne non traduite. Ceci est utile pour utiliser la chaîne à deux endroits - traduite et non traduite. Consultez l'exemple suivant:

import logging
from django.http import HttpResponse
from django.utils.translation import ugettext as _, ugettext_noop as _noop

def view(request):
    msg = _noop("An error has occurred")
    logging.error(msg)
    return HttpResponse(_(msg))

Une excellente utilisation de _noop, est lorsque vous souhaitez enregistrer un message en anglais pour les développeurs, mais présenter la chaîne traduite à un visualiseur. Un exemple de ceci est à http://blog.bessas.me/posts/using-gettext-in-django/

La version différée renvoie un objet proxy au lieu d'une chaîne et dans certaines situations, cela ne fonctionnerait pas comme prévu. Par exemple:

def get(self, request, format=None):
   search_str = request.GET.get('search', '')
   data = self.search(search_str)
   lst = []
   lst.append({'name': ugettext_lazy('Client'), 'result': data})
   return HttpResponse(json.dumps(lst), content_type='application/json')

échouerait parce que la toute dernière ligne essaierait de sérialiser l' objet lst en JSON et au lieu d'une chaîne pour "client", il aurait un objet proxy. L'objet proxy n'est pas sérialisable dans json.