InvariantCultureと序数文字列の比較の違い

c＃で2つの文字列を比較して等しいかどうかを調べる場合、InvariantCultureと序数比較の違いは何ですか？

InvariantCulture

「標準」の文字順序セット（a、b、cなど）を使用します。これは、文字を異なる順序で並べ替える可能性がある特定のロケールとは対照的です（ 'a-with-acute'は、ロケールに応じて 'a'の前または後にあります）。

序数

一方、は、文字を表す生のバイトの値のみを調べます。

さまざまなStringComparison値の結果を示す優れたサンプルがhttp://msdn.microsoft.com/en-us/library/e6883c06.aspxにあります。最後までずっと、それは示しています（抜粋）：

StringComparison.InvariantCulture:
LATIN SMALL LETTER I (U+0069) is less than LATIN SMALL LETTER DOTLESS I (U+0131)
LATIN SMALL LETTER I (U+0069) is less than LATIN CAPITAL LETTER I (U+0049)
LATIN SMALL LETTER DOTLESS I (U+0131) is greater than LATIN CAPITAL LETTER I (U+0049)

StringComparison.Ordinal:
LATIN SMALL LETTER I (U+0069) is less than LATIN SMALL LETTER DOTLESS I (U+0131)
LATIN SMALL LETTER I (U+0069) is greater than LATIN CAPITAL LETTER I (U+0049)
LATIN SMALL LETTER DOTLESS I (U+0131) is greater than LATIN CAPITAL LETTER I (U+0049)

InvariantCultureが生成する場所（U + 0069、U + 0049、U + 00131）、序数が生成する場所（U + 0049、U + 0069、U + 00131）がわかります。

それは重要です、例えば-文字拡張と呼ばれるものがあります

var s1 = "Strasse";
var s2 = "Straße";

s1.Equals(s2, StringComparison.Ordinal);           //false
s1.Equals(s2, StringComparison.InvariantCulture);  //true

InvariantCultureß文字を使用すると、ssに展開されます。

.NET Frameworkで文字列を使用するためのベストプラクティスを指す：

• カルチャに依存しない文字列マッチングの安全なデフォルトとして、StringComparison.OrdinalまたはStringComparison.OrdinalIgnoreCase比較に使用します。
• パフォーマンスを向上させるには、StringComparison.Ordinalまたはと比較してくださいStringComparison.OrdinalIgnoreCase。
• 比較が言語学的に関係がない場合（例えば、記号）に基づいて、文字列演算の代わりに非言語的StringComparison.OrdinalまたはStringComparison.OrdinalIgnoreCase値を使用しますCultureInfo.InvariantCulture。

そして最後に：

• StringComparison.InvariantCultureほとんどの場合に基づく文字列操作を使用しないでください。数少ない例外の1つは、言語的には意味があるが文化的には無関係なデータを保持している場合です。

もう1つの便利な違い（アクセントが一般的ではない英語の場合）は、InvariantCultureの比較で最初に文字列全体を大文字と小文字を区別せずに比較し、必要に応じて（および要求された場合）最初に個別の文字のみを比較した後で大文字と小文字を区別します。（もちろん、大文字と小文字を区別しない比較を行うこともできます。大文字と小文字を区別しません。） 修正済み：アクセント付きの文字は同じ文字の別の種類と見なされ、文字列は最初にアクセントを無視して比較され、次に一般的な文字がすべて一致する場合にそれらを考慮します（大文字と小文字を区別しない比較で最終的に無視されないことを除いて、大文字と小文字が異なる場合と同様）。これは、最初のアクセントの違いで完全に分離するのではなく、他の点では同じ単語のアクセントバージョンを互いに近くにグループ化します。これは通常辞書で見つかるソート順です。大文字の単語は対応する小文字のすぐ隣に表示され、アクセント付きの文字は対応するアクセントなしの文字の近くにあります。

序数比較では、数値を厳密に比較し、最初の違いで停止します。これは、大文字と小文字を完全に区別して（そしてアクセント記号付きの文字はおそらくそれらとは別個に）ソートするため、大文字の単語は対応する小文字の近くにソートされません。

InvariantCultureは、大文字も小文字よりも大きいと見なしますが、Ordinalは、大文字が小文字よりも小さいと見なします（コンピュータが小文字になる前の昔のASCIIのホールドオーバーでは、最初に大文字が割り当てられ、小文字よりも値が小さかった）後で追加）。

たとえば、序数で： "0" < "9" < "A" < "Ab" < "Z" < "a" < "aB" < "ab" < "z" < "Á" < "Áb" < "á" < "áb"

そしてInvariantCultureによって： "0" < "9" < "a" < "A" < "á" < "Á" < "ab" < "aB" < "Ab" < "áb" < "Áb" < "z" < "Z"

同等性についての質問ですが、簡単に視覚的に参照できるように、ここではいくつかの文化を使用して並べ替えられたいくつかの文字列の順序を示します。

Ordinal          0 9 A Ab a aB aa ab ss Ä Äb ß ä äb ぁ あ ァ ア 亜 Ａ
IgnoreCase       0 9 a A aa ab Ab aB ss ä Ä äb Äb ß ぁ あ ァ ア 亜 Ａ
--------------------------------------------------------------------
InvariantCulture 0 9 a A Ａ ä Ä aa ab aB Ab äb Äb ss ß ァ ぁ ア あ 亜
IgnoreCase       0 9 A a Ａ Ä ä aa Ab aB ab Äb äb ß ss ァ ぁ ア あ 亜
--------------------------------------------------------------------
da-DK            0 9 a A Ａ ab aB Ab ss ß ä Ä äb Äb aa ァ ぁ ア あ 亜
IgnoreCase       0 9 A a Ａ Ab aB ab ß ss Ä ä Äb äb aa ァ ぁ ア あ 亜
--------------------------------------------------------------------
de-DE            0 9 a A Ａ ä Ä aa ab aB Ab äb Äb ß ss ァ ぁ ア あ 亜
IgnoreCase       0 9 A a Ａ Ä ä aa Ab aB ab Äb äb ss ß ァ ぁ ア あ 亜
--------------------------------------------------------------------
en-US            0 9 a A Ａ ä Ä aa ab aB Ab äb Äb ß ss ァ ぁ ア あ 亜
IgnoreCase       0 9 A a Ａ Ä ä aa Ab aB ab Äb äb ss ß ァ ぁ ア あ 亜
--------------------------------------------------------------------
ja-JP            0 9 a A Ａ ä Ä aa ab aB Ab äb Äb ß ss ァ ぁ ア あ 亜
IgnoreCase       0 9 A a Ａ Ä ä aa Ab aB ab Äb äb ss ß ァ ぁ ア あ 亜

観察：

• de-DE、ja-JP、およびen-USソートと同じ方法
• Invariant上記の3つの文化ssとはß異なり、異なるだけです
• da-DK まったく違う並べ替え
• IgnoreCaseすべてのサンプリングされた文化のためのフラグ事項

上記のテーブルを生成するために使用されるコード：

var l = new List<string>
    { "0", "9", "A", "Ab", "a", "aB", "aa", "ab", "ss", "ß",
      "Ä", "Äb", "ä", "äb", "あ", "ぁ", "ア", "ァ", "Ａ", "亜" };

foreach (var comparer in new[]
{
    StringComparer.Ordinal,
    StringComparer.OrdinalIgnoreCase,
    StringComparer.InvariantCulture,
    StringComparer.InvariantCultureIgnoreCase,
    StringComparer.Create(new CultureInfo("da-DK"), false),
    StringComparer.Create(new CultureInfo("da-DK"), true),
    StringComparer.Create(new CultureInfo("de-DE"), false),
    StringComparer.Create(new CultureInfo("de-DE"), true),
    StringComparer.Create(new CultureInfo("en-US"), false),
    StringComparer.Create(new CultureInfo("en-US"), true),
    StringComparer.Create(new CultureInfo("ja-JP"), false),
    StringComparer.Create(new CultureInfo("ja-JP"), true),
})
{
    l.Sort(comparer);
    Console.WriteLine(string.Join(" ", l));
}

インバリアントは、言語的に適切なタイプの比較です。
序数は、バイナリ型の比較です。（高速）http://www.siao2.com/2004/12/29/344136.aspx
を参照

以下は、InvariantCultureIgnoreCaseとOrdinalIgnoreCaseを使用した文字列の等価比較で同じ結果が得られない例です。

string str = "\xC4"; //A with umlaut, Ä
string A = str.Normalize(NormalizationForm.FormC);
//Length is 1, this will contain the single A with umlaut character (Ä)
string B = str.Normalize(NormalizationForm.FormD);
//Length is 2, this will contain an uppercase A followed by an umlaut combining character
bool equals1 = A.Equals(B, StringComparison.OrdinalIgnoreCase);
bool equals2 = A.Equals(B, StringComparison.InvariantCultureIgnoreCase);

これを実行すると、equals1はfalseになり、equals2はtrueになります。

違いを示すために、凝ったユニコード文字の例を使用する必要はありません。ここで私が今日見つけた、ASCII文字のみで構成される驚くべき簡単な例を1つ示します。

ASCIIテーブルによると、通常比較すると0（0x48）は（0x95）よりも小さくなり_ます。InvariantCultureは反対のことを言います（以下のPowerShellコード）：

PS> [System.StringComparer]::Ordinal.Compare("_", "0")
47
PS> [System.StringComparer]::InvariantCulture.Compare("_", "0")
-1

オーバーロードとして受け入れる文字列メソッドでは、常にInvariantCultureを使用するようにしてください。InvariantCultureを使用することで、あなたは安全な側にいます。多くの.NETプログラマはこの機能を使用しない場合がありますが、ソフトウェアが異なるカルチャで使用される場合、InvariantCultureは非常に便利な機能です。