Che cosa significa CultureInfo.InvariantCulture?

Question

ho una stringa di testo in questo modo:

var foo = "FooBar"; 

Voglio dichiarare una seconda stringa denominata bar e rendere questo uguale a prima e quarto carattere del mio primo foo, quindi faccio questo modo:

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

questo funziona come previsto, ma ReSharper mi sta consigliando di mettere Culture.InvariantCulture dentro le mie parentesi, in modo da questa linea finisce in questo modo:

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

Cosa significa e influisce sul modo in cui viene eseguito il mio programma?

Answer 1

Non tutte le culture utilizzano lo stesso formato per le date e i valori decimali/valutari.

Questo importa per voi quando si sta convertendo in ingresso valori (leggi) che vengono memorizzati come stringhe a DateTime, float, double o decimal. Importerà anche se si tenta di formattare i suddetti tipi di dati sulle stringhe (scrittura) per la visualizzazione o l'archiviazione.

Se si conosce la specifica cultura in cui le date e i valori decimali/valutari saranno in anticipo, è possibile utilizzare quella specifica proprietà CultureInfo (ad esempio CultureInfo("en-GB")). Ad esempio se ti aspetti un input da parte dell'utente.

La proprietà CultureInfo.InvariantCulture viene utilizzata se si esegue la formattazione o l'analisi di una stringa che deve essere analizzabile da un pezzo di software indipendente dalle impostazioni locali dell'utente.

Il valore predefinito è CultureInfo.InstalledUICulture in modo che CultureInfo predefinito dipenda dalle impostazioni del sistema operativo in esecuzione. Questo è il motivo per cui dovresti sempre assicurarti che le informazioni sulla cultura si adattino alle tue intenzioni (vedi Martin's answer per una buona guida).

• CultureInfo.InvariantCulture Example
• CultureInfo.InvariantCulture on StackOverflow
• CultureInfo.InvariantCulture MSDN Article
• Predefined CultureInfo Names

Answer 2

JetBrains offre un ragionevole explanation, ma se sto lavorando su un sito che so sarà solo in inglese, ho appena ignorato il suggerimento.

Answer 3

quando i numeri, le date e gli orari sono formattati in stringhe o analizzati da stringhe una cultura viene utilizzato per determinare come è fatto . Per esempio. nella dominante en-US cultura si hanno queste rappresentazioni di stringa:

• 1.000.000.00 - un milione con una frazione a due cifre
• 2013/01/29 - data della presente pubblicazione

Nella mia cultura (da-DK) i valori hanno questa rappresentazione di stringa:

• 1.000.000 , 00 - un milione con una frazione a due cifre
• 29-01-2013 - data della presente pubblicazione

Nel sistema operativo Windows l'utente può persino personalizzare come numeri e data/ora sono formattati e può anche scegliere un'altra cultura rispetto alla cultura del suo sistema operativo. La formattazione utilizzata è la scelta dell'utente che è come dovrebbe essere.

Quindi, quando si formatta un valore da visualizzare per l'utente che utilizza per esempio ToString o String.Format o analizzato da una stringa utilizzando DateTime.Parse o Decimal.Parse il default è quello di utilizzare il CultureInfo.CurrentCulture. Ciò consente all'utente di controllare la formattazione.

Tuttavia, un sacco di formattazione e analisi delle stringhe non sono in realtà stringhe scambiate tra l'applicazione e l'utente ma tra l'applicazione e alcuni formati di dati (ad esempio un file XML o CSV). In tal caso non si desidera utilizzare CultureInfo.CurrentCulture perché se la formattazione e l'analisi vengono eseguiti con culture diverse possono interrompersi. In tal caso, si desidera utilizzare CultureInfo.InvariantCulture (che si basa sulla coltura en-US). Ciò garantisce che i valori possano andare in giro senza problemi.

La ragione per cui ReSharper ti dà l'avvertimento è che alcuni scrittori di applicazione non sono a conoscenza di questa distinzione che può portare a risultati indesiderati, ma non hanno mai scoprire questo perché la loro CultureInfo.CurrentCulture è en-US che ha lo stesso comportamento come CultureInfo.InvariantCulture. Tuttavia, non appena l'applicazione viene utilizzata in un'altra cultura in cui esiste la possibilità di utilizzare una cultura per la formattazione e un'altra per l'analisi dell'applicazione potrebbe interrompersi.

Quindi, per riassumere:

• Usa CultureInfo.CurrentCulture (l'impostazione predefinita), se si sta formattando o parsing di una stringa utente.
• Utilizzare CultureInfo.InvariantCulture se si sta formattando o analizzando una stringa che deve essere analizzabile da un software.
• Raramente utilizzare una cultura nazionale specifica perché l'utente non è in grado di controllare la formattazione e l'analisi.

Answer 4

Secondo Microsoft:

La proprietà CultureInfo.InvariantCulture non è né un neutrale né una cultura specifica . È un terzo tipo di cultura che è insensibile alla cultura. È associato alla lingua inglese ma non con un paese o una regione.

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

Così InvariantCulture è similair alla cultura "en-US", ma non esattamente la stessa cosa.Se si scrive:

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" 

poi S1 e S2 avrà formato similair ma InvariantCulture aggiunge zeri e "en-US" utilizza AM o PM.

Così InvariantCulture è migliore per l'uso interno, quando ad esempio si salva una data in un file di testo o si analizzano i dati. E un CultureInfo specificato è migliore quando si presentano dati (data, valuta ...) all'utente finale.

Answer 5

Per cose come i numeri (punti decimali, virgole in quantità), di solito sono preferiti nella cultura specifica.

Un modo appropriato per fare questo sarebbe impostarlo a livello culturale (per il tedesco) come questo:

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