いつugettext_lazyを使用すればよいですか？

ugettextの使用とugettext_lazy翻訳について質問があります。ugettext_lazyビューではugettextを使用しながら、モデルではを使用する必要があることを学びました。しかし、私が使うべき他の場所はありますかugettext_lazyますか？フォーム定義はどうですか？それらの間にパフォーマンスの違いはありますか？

編集： そしてもう1つ。時には、代わりにugettext_lazy、ugettext_noop使用されています。ドキュメンテーションが言うように、ugettext_noop文字列は翻訳のためにマークされ、ユーザーに表示する前に可能な限り最新の瞬間に翻訳されますが、私はここで少し混乱しています、それは何をするのと似ていugettext_lazyませんか？モデルとフォームでどちらを使用するかを決めるのはまだ難しいです。

ugettext() 対 ugettext_lazy()

フォームやモデルなどのugettext_lazy定義では、この定義のコードは1回だけ実行されるため（ほとんどがdjangoの起動時に）、使用する必要があります。ugettext_lazy文字列を遅延して翻訳します。つまり、モデルの属性の名前にアクセスするたびに、文字列が新しく翻訳されます。これは、djangoが起動してからこのモデルをさまざまな言語で表示している可能性があるため、完全に意味があります。

ビューおよび同様の関数呼び出しでugettextは、ビューが呼び出されるたびに問題なく使用できます。ugettextたびに新しく実行されるため、常に要求に合った適切な変換が得られます。

について ugettext_noop()

以下のようブライス翻訳のための抽出として、彼の答えに、この機能マーク文字列を指摘したが、未翻訳の文字列を返しません。これは、翻訳済みと未翻訳の2つの場所で文字列を使用する場合に便利です。次の例を参照してください。

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

_noopの優れた使用法は、開発者向けにメッセージを英語で記録し、翻訳された文字列をビューアに表示したい場合です。この例は、http：//blog.bessas.me/posts/using-gettext-in-django/にあります。

遅延バージョンは文字列ではなくプロキシオブジェクトを返し、状況によっては期待どおりに動作しません。例えば：

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

最後の行はlstオブジェクトをJSONにシリアル化しようとし、「クライアント」の文字列の代わりにプロキシオブジェクトがあるため、失敗します。プロキシオブジェクトはjsonにシリアル化できません。