Quando devo usar o ugettext_lazy?

Eu tenho uma pergunta sobre o uso do ugettext e ugettext_lazypara traduções. Aprendi que em modelos eu deveria usar ugettext_lazy, enquanto em visualizações ugettext. Mas existem outros lugares onde eu devo usar ugettext_lazytambém? E as definições de formulário? Existem diferenças de desempenho entre eles?

Edit: E mais uma coisa. Às vezes, em vez de ugettext_lazy, ugettext_noopé usado. Como a documentação diz, as ugettext_noopstrings são marcadas apenas para tradução e traduzidas no mais recente momento possível, antes de mostrá-las ao usuário, mas estou um pouco confuso aqui, não é semelhante ao que ugettext_lazyfaz? Ainda é difícil para mim decidir o que devo usar nos meus modelos e formulários.

ugettext() vs. ugettext_lazy()

Em definições como formulários ou modelos, você deve usar ugettext_lazyporque o código dessas definições é executado apenas uma vez (principalmente na inicialização do django); ugettext_lazytraduz as cordas de uma maneira preguiçosa, o que significa, por exemplo. toda vez que você acessar o nome de um atributo em um modelo, a string será traduzida novamente - o que faz totalmente sentido, porque você pode estar olhando para esse modelo em diferentes idiomas desde que o django foi iniciado!

Em ugettextmodos de exibição e chamadas de função similares, você pode usar sem problemas, porque toda vez que o modo de exibição é chamado ugettextserá executado recentemente, para que você sempre obtenha a tradução correta conforme a solicitação!

A respeito de ugettext_noop()

Como Bryce apontou em sua resposta, essa função marca uma string como extraível para tradução, mas retorna a string não traduzida. Isso é útil para usar a string em dois lugares - traduzidos e não traduzidos. Veja o seguinte exemplo:

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

Um excelente uso de _noop é quando você deseja registrar uma mensagem em inglês para os desenvolvedores, mas apresenta a string traduzida para um visualizador. Um exemplo disso está em http://blog.bessas.me/posts/using-gettext-in-django/

A versão lenta retorna um objeto proxy em vez de uma string e, em algumas situações, não funcionaria conforme o esperado. Por exemplo:

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

falharia porque a última linha tentaria serializar o objeto lst em JSON e, em vez de uma string para "client", teria um objeto proxy. O objeto proxy não pode ser serializado no json.