4

ライブラリを作成するとき、私はすべての文字列リテラルをリソース ファイルに移動するようにしました。それらがエンド ユーザーには決して表示されないものであっても、他の開発者の利益のためにリテラルを翻訳する必要はありません (ライブラリは1 つのチームによってのみ開発されました)。

最近、コード レビューを行っている人から、例外メッセージ (エンド ユーザーには決して表示されない) の一部の文字列をリソース ファイルに挿入した理由を尋ねられました。この文字列を翻訳する必要がないことがわかっているためだと思います。

文字列が複数の場所で必要になることがよくあることがわかったので、個人的には気に入っています。また、resx にはコードファイルが生成されているため、定数と同じように機能するため、それを維持する必要はありません。自分。

標準的な規則、ベスト プラクティス、または公式のガイドラインがあるかどうかを知りたいです。これは、文字列のようなメッセージ、定数として作成する定数としてより適切なその他の文字列のみを対象としているため、例外メッセージまたは log4net などに記録されたメッセージについてのみ話していることに注意してください。

4

1 に答える 1

2

文字列リテラルにリソースを使用することには多くの利点があります。エラー/成功/検証メッセージを集約するのに優れていることがよくあります。製品が完成するとき、すべてのメッセージを収集するのが一般的な方法です。これにより、ユーザーが見たものに基づいて質問に答えるようにヘルプデスクをトレーニングできます。

この目的のために、リソースは、エンド ユーザーへのすべてのメッセージを管理するためのアクセスしやすい集中型リソースを提供します。

また、特定の条件で使用される言語を変更したい場合は、リソースの場所を 1 つ変更してライブラリ/アプリ全体に影響を与える方がはるかに簡単です。そうしないと、検索/置換を行う必要があり、プロジェクトに投入された新しい開発者が 1 つの場所を更新しただけで、他の場所を見逃す可能性があります。

于 2012-10-17T14:08:23.340 に答える