Wann sollte ich ugettext_lazy verwenden?

Ich habe eine Frage zur Verwendung von ugettext und ugettext_lazyfür Übersetzungen. Ich habe gelernt, dass ich in Modellen verwenden sollte ugettext_lazy, während in Ansichten ugettext. Aber gibt es noch andere Orte, an denen ich auch arbeiten sollte ugettext_lazy? Was ist mit Formulardefinitionen? Gibt es Leistungsunterschiede zwischen ihnen?

Edit: Und noch etwas. Manchmal statt ugettext_lazy, ugettext_noopverwendet wird. Wie in der Dokumentation angegeben, werden ugettext_noopZeichenfolgen nur zur Übersetzung markiert und zum spätestmöglichen Zeitpunkt übersetzt, bevor sie dem Benutzer angezeigt werden. Ich bin hier jedoch wenig verwirrt. Ist das nicht ähnlich wie bei der Ausführung ugettext_lazy? Es fällt mir immer noch schwer zu entscheiden, welche ich in meinen Modellen und Formularen verwenden soll.

ugettext() vs. ugettext_lazy()

In Definitionen wie Formularen oder Modellen sollten Sie verwenden, ugettext_lazyda der Code dieser Definitionen nur einmal ausgeführt wird (meistens beim Start von django). ugettext_lazyübersetzt die Saiten faul, was bedeutet, z. Jedes Mal, wenn Sie auf den Namen eines Attributs in einem Modell zugreifen, wird die Zeichenfolge neu übersetzt. Dies ist absolut sinnvoll, da Sie dieses Modell möglicherweise seit dem Start von django in verschiedenen Sprachen betrachten!

In Ansichten und ähnlichen Funktionsaufrufen können Sie diese ugettextproblemlos verwenden, da die Ansicht jedes Mal aufgerufen wirdugettext wird, sie neu ausgeführt wird, sodass Sie immer die richtige Übersetzung für die Anforderung erhalten!

Hinsichtlich ugettext_noop()

Wie Bryce in seiner Antwort hervorhob, markiert diese Funktion eine Zeichenfolge als für die Übersetzung extrahierbar, gibt jedoch die nicht übersetzte Zeichenfolge zurück. Dies ist nützlich, um die Zeichenfolge an zwei Stellen zu verwenden - übersetzt und nicht übersetzt. Siehe folgendes Beispiel:

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

Eine hervorragende Verwendung von _noop ist, wenn Sie eine Nachricht auf Englisch für die Entwickler protokollieren möchten, die übersetzte Zeichenfolge jedoch einem Betrachter präsentieren möchten. Ein Beispiel hierfür finden Sie unter http://blog.bessas.me/posts/using-gettext-in-django/

Die Lazy-Version gibt ein Proxy-Objekt anstelle einer Zeichenfolge zurück und funktioniert in einigen Situationen nicht wie erwartet. Beispielsweise:

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

würde fehlschlagen, da die allerletzte Zeile versuchen würde, das erste Objekt in JSON zu serialisieren, und anstelle einer Zeichenfolge für "client" ein Proxy-Objekt hätte. Das Proxy-Objekt kann nicht in json serialisiert werden.