2012-10-17 6 views
5

ライブラリを書くとき、エンドユーザが決して見ることのできないものであっても、すべての文字列リテラルをリソースファイルに移動することになりました。ライブラリが1つのチームによってのみ開発されているので、他の開発者の利益のためにリテラルを翻訳します。ユーザ以外のテキストのリテラルまたはリソースファイル

最近、コードレビューをしている人が、リソースファイルに例外メッセージ(エンドユーザーは表示されません)の文字列をいくつか入れたのかと尋ねました。私はこの文字列が翻訳される必要がないことを知っているので、私は推測します。

文字列が複数の場所に必要となることが多く、resxにはコードファイルが生成されているので、定数と同じように機能します。それを自分で維持する必要があります。

標準的な表記規則、ベストプラクティスまたはオフィシャルガイドラインがあるかどうかを知りたいと思います。これは文字列のようなメッセージ、定数としてより適切な他の文字列のためだけであり、私は例外メッセージやlog4netのようなものに記録されたメッセージについて話しています。

+0

これはかなり主観的な質問です。最終的には、それはスタイルや社内のコードガイドラインの問題になります。 「正しい」または「間違った」答えはありません。 –

+0

私は、業界のガイドラインや実装されている標準のベストプラクティスがあるかどうか誰かが知っているかどうかを具体的に尋ねています。もしそれがなければ、受け入れ可能な答えもあります。私はこの問題に関する人々の意見を求めているわけではない。 – Andy

答えて

2

文字列リテラルにリソースを使用することには多くの利点があります。私はしばしば、エラー/成功/検証メッセージを集約するのに優れていることを知りました。製品を完成させるときは、すべてのメッセージを収集して、ヘルプデスクに訓練してユーザーに表示される内容に基づいて質問に答えることが一般的です。

このため、リソースを使用すると、集中管理されたリソースに簡単にアクセスでき、すべてのメッセージングをエンドユーザーに管理できます。

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

+0

私は同意しますが、これらの種類のメッセージをリソースファイルに統合するという業界全体のベストプラクティスが受け入れられるかどうかという疑問があります。 – Andy

+0

@Andyリソースファイルは.net固有のものなので、業界全体の意味を理解できません。私は特にリテラルがどのように扱われるかを指す標準は知らない。一般に、DRYと良好な抽象化は、リソースファイルの使用の背後にある論理的根拠です。 – Candide

+0

私は、.Net開発コミュニティの間でベストプラクティスとして受け入れられるように、多かれ少なかれ文書化されているか、あるいはMSからのガイドラインがあることを意味します。 – Andy

関連する問題