ハードコーディングされた文字列とリソースファイル

タイトルによれば、質問は相対的に単純ですが、文字列を含むリソースファイルがハードコードされた文字列よりも優れているかどうかを判断することはできません。ハードコーディングされた文字列とリソースファイル

ありがとうございます。

出典

2011-01-04 ebb

主な利点はローカリゼーションです。パフォーマンスに賢明なリソースは少しオーバーヘッドがありますが、実際にはあまり問題にはなりません。

ローカリゼーションについて心配しなければ、の定数（ハードコードされた文字列ではありません）を使用します。

出典

2011-01-04 20:28:29 Aliostad

ビューを格納することは理にかなっていますか？コントローラ内のmy actionresultは、結果がactionresultで複数回使用される場合、定数で返す必要がありますか？（ASP.NET MVC） – ebb

はい、リソースを使用しないでください。リソースは、ローカライズできるようにUIテキストとメッセージにのみ意味があります。これは純粋にコードに関連しているので、定数を使用します。 **実際にモデルのビュー名を属性として設定しました。** – Aliostad

はい。私の最初の考えは、リソースファイルを使用して、コントローラ（Actionresults）から返されるUIテキスト/メッセージを格納することでした。 - "定数文字列"のものに戻るには...定数が正しく使用されている場合は、定数文字列を使用してviewnameを格納するのは意味がありません。 – ebb

Web設定ファイル（リソースファイルなど）を使用することをお勧めします。ハードコードされた文字列はコード全体に複製され、「検索して置き換える」ことははるかに難しくなります。したがって、asp.net、C＃、vb.netなどのアプリケーション間で同じハードコーディングされた文字列を使用すると、エラーが発生しやすくなります。

接続情報を格納する中央の場所にリソースファイルがある場合は、夜はよく眠ります。あなたの他の選択肢は、何らかの定数を使用して、あなたのページ全体にわたってその定数を再利用することです。

出典

2011-01-04 20:28:38 JonH

あなたのアプリケーションをリアルに見てください。リソースファイルのための

理由：

複数の言語をサポートしていますか？はいの場合は、リソースファイルを使用します。
中規模以上のアプリケーションを使用していて、Webアプリケーション全体で同じ文字列を使用したいと考えていますか？ =>使用リソース・ファイルとハードコーディングされた文字列の

理由広い、すべての文字列をアプリケーションに強力な型指定されたアクセスを取得：

あなたが最も可能性の高いはるかに成長しない小さなアプリケーションを使用していて、ローカリゼーションが起こることはほとんどありません。 =>ハードコーディングされた文字列

出典

2011-01-04 20:33:09 citronas

ハードコーディングされた文字列とリソースファイル

答えて

関連する問題