Kiedy należy używać ugettext_lazy?

Mam pytanie dotyczące używania ugettext i ugettext_lazytłumaczeń. Dowiedziałem się, że w modelach powinienem używać ugettext_lazy, podczas gdy w widokach ugettext. Ale czy są jakieś inne miejsca, z których ja też powinienem skorzystać ugettext_lazy? A co z definicjami formularzy? Czy są między nimi różnice w wydajności?

Edycja: I jeszcze jedna rzecz. Czasami, zamiast ugettext_lazy, ugettext_noopjest używany. Jak mówi dokumentacja, ugettext_noopciągi znaków są zaznaczane tylko do tłumaczenia i tłumaczone najpóźniej przed wyświetleniem ich użytkownikowi, ale jestem trochę zdezorientowany, czy nie jest to podobne do tego ugettext_lazy, co zrobić? Nadal ciężko mi zdecydować, które powinienem zastosować w moich modelach i formach.

ugettext() vs. ugettext_lazy()

W definicjach takich jak formularze lub modele powinieneś używać, ugettext_lazyponieważ kod tych definicji jest wykonywany tylko raz (głównie przy starcie django); ugettext_lazyleniwie tłumaczy struny, czyli np. za każdym razem, gdy uzyskasz dostęp do nazwy atrybutu w modelu, łańcuch zostanie przetłumaczony na nowo - co ma sens, ponieważ możesz patrzeć na ten model w różnych językach od czasu uruchomienia django!

W widokach i podobnych wywołaniach funkcji możesz używać ugettextbez problemów, ponieważ za każdym razem, gdy wywoływany jest widok, ugettextbędzie on wykonywany na nowo, więc zawsze otrzymasz odpowiednie tłumaczenie pasujące do żądania!

Jeżeli chodzi o ugettext_noop()

Jak zauważył Bryce w swojej odpowiedzi, funkcja ta oznacza ciąg jako możliwy do wyodrębnienia do tłumaczenia, ale zwraca nieprzetłumaczony ciąg. Jest to przydatne do używania łańcucha w dwóch miejscach - przetłumaczone i nieprzetłumaczone. Zobacz poniższy przykład:

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

Znakomitym zastosowaniem _noop jest, gdy chcesz zarejestrować wiadomość w języku angielskim dla programistów, ale zaprezentować przetłumaczony ciąg widzowi. Przykład tego znajduje się pod adresem http://blog.bessas.me/posts/using-gettext-in-django/

Wersja leniwa zwraca obiekt proxy zamiast ciągu znaków iw niektórych sytuacjach nie będzie działać zgodnie z oczekiwaniami. Na przykład:

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

nie powiedzie się, ponieważ ostatnia linia będzie próbowała serializować obiekt lst do formatu JSON i zamiast ciągu znaków dla „klienta” miałby obiekt proxy. Obiekt proxy nie jest możliwy do serializacji do json.