ist StringComparison.Ordinal das gleiche wie InvariantCulture zum Testen der Gleichheit?

Question

Von ihren kurzen zusammenfassenden Beschreibungen, es klingt wie die String-Vergleichsregeln StringComparison.Ordinal und StringComparison.InvariantCulture sind in der Art und Weise, wie sie tun Sortierung von Strings unterscheiden. Ist das alle? h., bedeutet das, dass wir eine Zeichenkettenvergleichsregel verwenden können, wenn wir einen Gleichheitsvergleich durchführen?

string.Equals(a, b, StringComparison....) 

Und für zusätzliche Kredite: macht es einen Unterschied zu der Antwort, wenn wir OrdinalIgnoreCase und InvariantCultureIgnoreCase vergleichen? Wie?

Bitte unterstützende Argumente und/oder Referenzen angeben.

Answer 1

es keine Rolle spielt, zum Beispiel - es gibt eine Sache Charakter Expansion genannt

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

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

Mit InvariantCulture der ß Charakter ss erweitert wird.

Answer 2

Nun, es ist sicherlich wichtig. Wenn Sie einen Gleichheitsvergleich "Groß- und Kleinschreibung ignorieren" verwenden, rufen Sie einen ziemlich großen Codeabschnitt im .NET-Framework auf, der sich der Funktionsweise von Übergaberegeln in der aktuellen Kultur bewusst ist. Die Regeln, die für einen ehemaligen Briefmarkensammler-Geek wie mich sehr interessant sind, dort sind einige ziemlich ungerade-Ball-Regeln abhängig davon, wohin Sie schauen. Das Turkish I-Problem ist berühmt, die Unicode-Typen mussten für sie eine explizite Ausnahme machen.

Es ist nicht wirklich Code BTW, es ist Lookup-Tabellen. Interessant an sich, da MSFT die Befehlszeilenoption/linkres für den C# -Compiler beibehalten muss. Eine Kompilierungsoption, die Sie nicht in Ihren eigenen Projekten verwenden können. Es ist nur da, um mscorlib zu bekommen, um die .nlp-Dateien zu finden, die Umwandlungstabellen für Kulturregeln. Gespeichert im selben Unterverzeichnis des GAC als mscorlib.dll, der Effekt der Kompilieroption.

Aber ich schweife ab. Es liegt nahe, dass StringComparison.OrdinalIgnoreCase ein kleines bisschen schneller ist als StringComparison.InvariantCultureIgnoresCase. Nur weil "invariant" USA bedeutet, Heimat von MSFT. Schwer zu messen, taktet dies in Nanosekunden. StringComparison.CurrentCultureIgnoreCase trifft diese Übersetzungstabellen. Dead langsam, wenn Sie es zuerst verwenden, nur langsamer, wenn Sie sie später verwenden.

Answer 3

Für die zusätzliche Kredit Frage

• Comparison confusion: INVARIANT vs. ORDINAL

  ... der Begriff einer Ordnungs Art wurde hinzugefügt und ein Ordnungselement wurde auf die CompareOptions Aufzählung hinzugefügt. Wenn Sie sie auswählen, werden alle diese kulturellen Sortierfunktionen ignoriert und Sie erhalten eine binäre Sortierung, die übrigens auch nicht variiert.

• string comparison InvariantCultureIgnoreCase vs OrdinalIgnoreCase?

• C#: String comparison guidelines and common usage

  Die Empfehlung heißt es, dass für kulturunabhängige Vergleiche der Ordnungs verwenden und Vergleiche OrdinalIgnoreCase. Diese sind schnell und auch sicher. Sie basieren auf dem Byte-Matching und sind ausgezeichnete Optionen für die Suche nach Strings für die interne (nicht UI) Verarbeitung.