CultureInfo.InvariantCultureの意味？

私はそのようなテキストの文字列を持っています：

var foo = "FooBar";

呼び出される2番目の文字列を宣言し、barこれを最初のの最初と4番目の文字に等しくしたいfooので、次のようにします。

var bar = foo[0].ToString() + foo[3].ToString();

これは期待どおりに機能しますが、ReSharperはCulture.InvariantCulture角かっこ内に置くように勧めているため、この行は次のようになります。

var bar = foo[0].ToString(CultureInfo.InvariantCulture)
        + foo[3].ToString(CultureInfo.InvariantCulture);

これはどういう意味ですか、それは私のプログラムの実行に影響しますか？

すべてのカルチャが日付と10進数/通貨の値に同じ形式を使用するわけではありません。

あなたは、入力値を変換しているとき、これはあなたのために重要でます（読み）に文字列として格納されている DateTime、float、doubleまたはdecimal。また、前述のデータ型を文字列（書き込み）にフォーマットして表示または保存しようとする場合にも問題になります。

日付と10進数/通貨の値が前もってある特定のカルチャがわかっている場合は、その特定のCultureInfoプロパティ（つまりCultureInfo("en-GB")）を使用できます。たとえば、ユーザー入力が必要な場合。

このCultureInfo.InvariantCultureプロパティは、ユーザーのローカル設定に関係なく、ソフトウェアで解析可能な文字列をフォーマットまたは解析する場合に使用されます。

デフォルト値はデフォルトなCultureInfo.InstalledUICultureので、デフォルトのCultureInfoは実行中のOSの設定に依存します。これが、カルチャー情報が意図に合っていることを常に確認する必要がある理由です（適切なガイドラインについては、Martinの回答を参照してください）。

• CultureInfo.InvariantCultureの例
• StackOverflowのCultureInfo.InvariantCulture
• CultureInfo.InvariantCulture MSDN記事
• 定義済みのCultureInfo名

数値、日付、および時刻が文字列にフォーマットされるか、文字列から解析される場合、カルチャを使用してその方法が決定されます。たとえば、支配的なen-US文化では、次の文字列表現があります。

• 1,000,000.00-2桁の小数で100万
• 2013年1月29日-この投稿の日付

私の文化（da-DK）では、値には次の文字列表現があります。

• 1.000.000,00-2桁の小数で100万
• 2013年1月29日-この投稿の日付

Windowsオペレーティングシステムでは、ユーザーは数値と日付/時刻の形式をカスタマイズすることもでき、オペレーティングシステムのカルチャ以外のカルチャを選択することもできます。使用される書式設定は、ユーザーの選択であり、本来あるべき姿です。

あなたが値をフォーマットするときに、インスタンスに使用して、ユーザに表示されるToStringか、String.Formatまたは使用して文字列から解析DateTime.ParseやDecimal.Parseデフォルトが使用することですCultureInfo.CurrentCulture。これにより、ユーザーはフォーマットを制御できます。

ただし、多くの文字列の書式設定と解析は、実際にはアプリケーションとユーザーの間で交換される文字列ではなく、アプリケーションと一部のデータ形式（XMLまたはCSVファイルなど）の間で交換される文字列です。その場合CultureInfo.CurrentCulture、フォーマットと解析が異なるカルチャで行われると壊れる可能性があるため、使用したくないでしょう。その場合は、使用する必要がありますCultureInfo.InvariantCulture（これはen-USカルチャに基づいています）。これにより、値が問題なく往復できるようになります。

ReSharperが警告を表示する理由は、一部のアプリケーション作成者がこの区別に気付いていないため、意図しない結果につながる可能性CultureInfo.CurrentCultureがen-USありますが、と同じ動作をするため、これを発見することはありませんCultureInfo.InvariantCulture。ただし、アプリケーションを別のカルチャで使用すると、あるカルチャをフォーマットに使用し、別のカルチャをアプリケーションの解析に使用する可能性があると、すぐに機能しなくなる可能性があります。

要約すると：

• 使用CultureInfo.CurrentCultureあなたは書式設定やユーザーの文字列を解析している場合（デフォルト）。
• CultureInfo.InvariantCultureソフトウェアで解析可能な文字列をフォーマットまたは解析する場合に使用します。
• ユーザーがフォーマットと解析の方法を制御できないため、特定の国の文化を使用することはほとんどありません。

マイクロソフトによると：

CultureInfo.InvariantCultureプロパティは、ニュートラルでも特定のカルチャでもありません。これは、文化に影響されない文化の3番目のタイプです。英語に関連付けられていますが、国や地域には関連付けられていません。

（http://msdn.microsoft.com/en-us/library/4c5zdc6a(vs.71).aspxから）

したがって、InvariantCultureは「en-US」のカルチャーに似ていますが、まったく同じではありません。あなたが書く場合：

var d = DateTime.Now;
var s1 = d.ToString(CultureInfo.InvariantCulture);   // "05/21/2014 22:09:28"
var s2 = d.ToString(new CultureInfo("en-US"));       // "5/21/2014 10:09:28 PM"

その場合、s1とs2は類似した形式になりますが、InvariantCultureは先行ゼロを追加し、「en-US」はAMまたはPMを使用します。

したがって、たとえば日付をテキストファイルに保存したりデータを解析したりする場合、InvariantCultureは内部での使用に適しています。そして、指定されたCultureInfoは、データ（日付、通貨など）をエンドユーザーに提示するときに適しています。

数字（小数点、コンマ）のようなものについては、通常、特定のカルチャで好まれます。

これを行う適切な方法は、次のように文化レベル（ドイツ語）に設定することです。

Thread.CurrentThread.CurrentCulture.NumberFormat = new CultureInfo("de").NumberFormat;

JetBrainsは合理的な説明を提供します、

「データ構造のテキストへのアドホック変換は、現在のカルチャに大きく依存しており、元の開発者とロケールが異なるマシンでコードを実行すると、意図しない結果になる可能性があります。あいまいさを防ぐため、ReSharperは次の警告を出します。このような問題が発生する可能性のあるコード内のインスタンス。」

しかし、私が英語のみであることがわかっているサイトで作業している場合、その提案は無視します。