Was bedeutet CultureInfo.InvariantCulture?

Ich habe eine Textfolge wie folgt:

var foo = "FooBar";

Ich möchte eine zweite Zeichenfolge mit dem Namen deklarieren barund dies gleich dem ersten und vierten Zeichen meines ersten Zeichens machen foo, also mache ich das so:

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

Dies funktioniert wie erwartet, aber ReSharper rät mir, Culture.InvariantCulturein meine Klammern zu setzen , sodass diese Zeile wie folgt endet:

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

Was bedeutet das und wird es sich auf die Ausführung meines Programms auswirken?

Nicht alle Kulturen verwenden dasselbe Format für Datumsangaben und Dezimal- / Währungswerte.

Dies wird für Sie relevante, wenn Sie Eingabewerte konvertieren (Lesen) , die als Strings gespeichert sind DateTime, float, doubleoder decimal. Es ist auch wichtig, wenn Sie versuchen, die oben genannten Datentypen zur Anzeige oder Speicherung in Zeichenfolgen (Schreiben) zu formatieren .

Wenn Sie im Voraus wissen, in welcher bestimmten Kultur sich Ihre Daten und Dezimal- / Währungswerte befinden, können Sie diese bestimmte CultureInfoEigenschaft (dh CultureInfo("en-GB")) verwenden. Zum Beispiel, wenn Sie eine Benutzereingabe erwarten.

Die CultureInfo.InvariantCultureEigenschaft wird verwendet, wenn Sie eine Zeichenfolge formatieren oder analysieren, die von einer Software unabhängig von den lokalen Einstellungen des Benutzers analysiert werden soll.

Der Standardwert ist CultureInfo.InstalledUICultureso, dass die Standard-CultureInfo von den Einstellungen des ausführenden Betriebssystems abhängt. Aus diesem Grund sollten Sie immer sicherstellen, dass die Kulturinformationen Ihrer Absicht entsprechen ( eine gute Richtlinie finden Sie in Martins Antwort ).

• Beispiel CultureInfo.InvariantCulture
• CultureInfo.InvariantCulture auf StackOverflow
• CultureInfo.InvariantCulture MSDN-Artikel
• Vordefinierte CultureInfo-Namen

Wenn Zahlen, Datums- und Uhrzeitangaben in Zeichenfolgen formatiert oder aus Zeichenfolgen analysiert werden, wird eine Kultur verwendet, um zu bestimmen, wie dies erfolgt. ZB in der dominanten en-USKultur haben Sie diese String-Darstellungen:

• 1.000.000,00 - eine Million mit einem zweistelligen Bruchteil
• 29.01.2013 - Datum dieser Veröffentlichung

In meiner Kultur ( da-DK) haben die Werte diese Zeichenfolgendarstellung:

• 1.000.000,00 - eine Million mit einem zweistelligen Bruchteil
• 29-01-2013 - Datum dieser Veröffentlichung

Im Windows-Betriebssystem kann der Benutzer sogar die Formatierung von Zahlen und Datum / Uhrzeit anpassen und eine andere Kultur als die Kultur seines Betriebssystems auswählen. Die verwendete Formatierung ist die Wahl des Benutzers, wie es sein sollte.

Also , wenn Sie einen Wert formatieren , um den Benutzer angezeigt werden , indem zum Beispiel ToStringoder String.Formatoder aus einer Zeichenfolge analysiert unter Verwendung von DateTime.Parseoder Decimal.Parseder Standard ist das verwenden CultureInfo.CurrentCulture. Dadurch kann der Benutzer die Formatierung steuern.

Bei vielen Formatierungen und Analysen von Zeichenfolgen werden jedoch keine Zeichenfolgen zwischen der Anwendung und dem Benutzer ausgetauscht, sondern zwischen der Anwendung und einem bestimmten Datenformat (z. B. einer XML- oder CSV-Datei). In diesem Fall möchten Sie nicht verwenden, CultureInfo.CurrentCultureda das Formatieren und Parsen mit verschiedenen Kulturen unterbrochen werden kann. In diesem Fall möchten Sie verwenden CultureInfo.InvariantCulture(was auf der en-USKultur basiert ). Dies stellt sicher, dass die Werte problemlos umrunden können.

Der Grund , dass ReSharper gibt Ihnen die Warnung ist , dass einige Anwendungs Autoren nicht bewusst diese Unterscheidung sind die zu unerwünschten Ergebnissen führen kann , aber sie nie entdecken , weil sie CultureInfo.CurrentCultureheißt , en-USdie als das gleiche Verhalten hat CultureInfo.InvariantCulture. Sobald die Anwendung jedoch in einer anderen Kultur verwendet wird, in der die Möglichkeit besteht, eine Kultur zum Formatieren und eine andere zum Parsen zu verwenden, kann die Anwendung unterbrochen werden.

Um es zusammenzufassen:

• Verwenden Sie CultureInfo.CurrentCulture(Standardeinstellung), wenn Sie eine Benutzerzeichenfolge formatieren oder analysieren.
• Verwenden CultureInfo.InvariantCultureSie diese Option, wenn Sie eine Zeichenfolge formatieren oder analysieren, die von einer Software analysiert werden soll.
• Verwenden Sie selten eine bestimmte nationale Kultur, da der Benutzer nicht steuern kann, wie formatiert und analysiert wird.

Laut Microsoft:

Die CultureInfo.InvariantCulture-Eigenschaft ist weder eine neutrale noch eine bestimmte Kultur. Es ist eine dritte Art von Kultur, die kulturunempfindlich ist. Es ist mit der englischen Sprache verbunden, aber nicht mit einem Land oder einer Region.

(von http://msdn.microsoft.com/en-us/library/4c5zdc6a(vs.71).aspx )

InvariantCulture ähnelt also der Kultur "en-US", ist aber nicht genau dasselbe. Wenn Sie schreiben:

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"

dann haben s1 und s2 das gleiche Format, aber InvariantCulture fügt führende Nullen hinzu und "en-US" verwendet AM oder PM.

InvariantCulture ist also besser für den internen Gebrauch geeignet, wenn Sie beispielsweise ein Datum in einer Textdatei speichern oder Daten analysieren. Und eine bestimmte CultureInfo ist besser, wenn Sie dem Endbenutzer Daten (Datum, Währung ...) präsentieren.

Für Dinge wie Zahlen (Dezimalstellen, Kommas in Beträgen) werden sie normalerweise in der spezifischen Kultur bevorzugt.

Ein geeigneter Weg, dies zu tun, wäre, es auf kultureller Ebene (für Deutsch) wie folgt einzustellen:

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

JetBrains bieten eine vernünftige Erklärung ,

"Die Ad-hoc-Konvertierung von Datenstrukturen in Text hängt weitgehend von der aktuellen Kultur ab und kann zu unbeabsichtigten Ergebnissen führen, wenn der Code auf einem Computer ausgeführt wird, dessen Gebietsschema sich von dem des ursprünglichen Entwicklers unterscheidet. Um Unklarheiten zu vermeiden, warnt ReSharper Sie alle Fälle im Code, in denen ein solches Problem auftreten kann. "

Wenn ich jedoch an einer Website arbeite, von der ich weiß, dass sie nur auf Englisch verfügbar ist, ignoriere ich den Vorschlag einfach.