¿Cuándo debo usar ugettext_lazy?

Tengo una pregunta sobre el uso de ugettext y ugettext_lazypara las traducciones. Aprendí que en los modelos debería usar ugettext_lazy, mientras que en las vistas ugettext. ¿Pero hay otros lugares, donde debería usar ugettext_lazytambién? ¿Qué pasa con las definiciones de formulario? ¿Hay alguna diferencia de rendimiento entre ellos?

Editar: Y una cosa más. A veces, en lugar de ugettext_lazy, ugettext_noopse usa. Como dice la documentación, las ugettext_noopcadenas solo están marcadas para traducción y traducidas al último momento posible antes de mostrarlas al usuario, pero estoy un poco confundido aquí, ¿no es eso similar a qué ugettext_lazyhacer? Todavía es difícil para mí decidir qué debo usar en mis modelos y formularios.

ugettext() vs. ugettext_lazy()

En definiciones como formularios o modelos, debe usar ugettext_lazyporque el código de estas definiciones solo se ejecuta una vez (principalmente en el inicio de django); ugettext_lazytraduce las cadenas de forma perezosa, lo que significa, por ejemplo. cada vez que acceda al nombre de un atributo en un modelo, la cadena se traducirá recientemente, lo que tiene mucho sentido porque puede estar viendo este modelo en diferentes idiomas desde que se inició django.

En vistas y llamadas de funciones similares, puede usar ugettextsin problemas, porque cada vez que se llama a la vista se ugettextejecutará nuevamente, por lo que siempre obtendrá la traducción correcta que se ajuste a la solicitud.

Respecto a ugettext_noop()

Como Bryce señaló en su respuesta, esta función marca una cadena como extraíble para la traducción, pero devuelve la cadena no traducida. Esto es útil para usar la cadena en dos lugares: traducido y no traducido. Vea el siguiente ejemplo:

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

Un excelente uso de _noop es cuando desea registrar un mensaje en inglés para los desarrolladores, pero presentar la cadena traducida a un visor. Un ejemplo de esto está en http://blog.bessas.me/posts/using-gettext-in-django/

La versión diferida devuelve un objeto proxy en lugar de una cadena y en alguna situación no funcionaría como se esperaba. Por ejemplo:

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

fallaría porque la última línea intentaría serializar el objeto lst en JSON y en lugar de una cadena para "cliente" tendría un objeto proxy. El objeto proxy no se puede serializar en json.