¿Qué significa CultureInfo.InvariantCulture?

Tengo una cadena de texto así:

var foo = "FooBar";

Quiero declarar una segunda cadena llamada bary hacer que sea igual al primer y cuarto carácter de mi primero foo, así que hago esto así:

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

Esto funciona como se esperaba, pero ReSharper me aconseja poner Culture.InvariantCulturedentro de mis corchetes, por lo que esta línea termina así:

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

¿Qué significa esto y afectará la forma en que se ejecuta mi programa?

No todas las culturas usan el mismo formato para fechas y valores decimales / monetarios.

Esto tendrá importancia para usted cuando usted está convirtiendo valores de entrada (leer) que se almacenan como cadenas a DateTime, float, doubleo decimal. También será importante si intenta formatear los tipos de datos mencionados anteriormente en cadenas (escritura) para su visualización o almacenamiento.

Si sabe en qué cultura específica estarán sus fechas y valores decimales / monetarios antes de tiempo, puede usar esa CultureInfopropiedad específica (es decir CultureInfo("en-GB")). Por ejemplo, si espera una entrada del usuario.

La CultureInfo.InvariantCulturepropiedad se utiliza si está formateando o analizando una cadena que debería ser analizable por un software independiente de la configuración local del usuario.

El valor predeterminado es CultureInfo.InstalledUICulturepor lo que CultureInfo predeterminado depende de la configuración del SO en ejecución. Es por eso que siempre debe asegurarse de que la información cultural se ajuste a su intención (consulte la respuesta de Martin para obtener una buena guía).

• CultureInfo.InvariantCulture Ejemplo
• CultureInfo.InvariantCulture en StackOverflow
• CultureInfo.InvariantCulture Artículo de MSDN
• Cultura predefinida Nombres de información

Cuando los números, las fechas y las horas se formatean en cadenas o se analizan a partir de cadenas, se utiliza una cultura para determinar cómo se hace. Por ejemplo, en la en-UScultura dominante tienes estas representaciones de cuerdas:

• 1,000,000.00 - un millón con una fracción de dos dígitos
• 29/01/2013 - fecha de esta publicación

En mi cultura ( da-DK) los valores tienen esta representación de cadena:

• 1.000.000,00 - un millón con una fracción de dos dígitos
• 29-01-2013 - fecha de esta publicación

En el sistema operativo Windows, el usuario puede incluso personalizar cómo se formatean los números y las fechas / horas y también puede elegir otra cultura que no sea la cultura de su sistema operativo. El formato utilizado es la elección del usuario, que es cómo debe ser.

Así que cuando se formatea un valor que se muestra al usuario el uso de, por ejemplo, ToStringo String.Formato analizada desde una cadena usando DateTime.Parseo Decimal.Parseel valor por defecto es usar el CultureInfo.CurrentCulture. Esto permite al usuario controlar el formateo.

Sin embargo, una gran cantidad de formato de cadenas y análisis no son cadenas intercambiadas entre la aplicación y el usuario, sino entre la aplicación y algún formato de datos (por ejemplo, un archivo XML o CSV). En ese caso, no desea usarlo CultureInfo.CurrentCultureporque si se formatea y analiza con diferentes culturas, puede romperse. En ese caso, desea utilizar CultureInfo.InvariantCulture(que se basa en la en-UScultura). Esto asegura que los valores pueden ser de ida y vuelta sin problemas.

La razón de que ReSharper le da la advertencia es que algunos programadores de aplicaciones no son conscientes de esta distinción que puede conducir a resultados no deseados pero nunca descubren esto porque sus CultureInfo.CurrentCulturees decir en-US, que tiene el mismo comportamiento que CultureInfo.InvariantCulture. Sin embargo, tan pronto como la aplicación se use en otra cultura donde existe la posibilidad de usar una cultura para formatear y otra para analizar, la aplicación puede romperse.

Para resumirlo:

• Use CultureInfo.CurrentCulture(el valor predeterminado) si está formateando o analizando una cadena de usuario.
• Úselo CultureInfo.InvariantCulturesi está formateando o analizando una cadena que debería ser analizable por una pieza de software.
• Raramente use una cultura nacional específica porque el usuario no puede controlar cómo se realiza el formateo y el análisis.

De acuerdo con Microsoft:

La propiedad CultureInfo.InvariantCulture no es una cultura neutral ni específica. Es un tercer tipo de cultura que es insensible a la cultura. Está asociado con el idioma inglés pero no con un país o región.

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

Entonces InvariantCulture es similar a la cultura "en-US" pero no exactamente igual. Si tú escribes:

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"

entonces s1 y s2 tendrán un formato similar pero InvariantCulture agrega ceros a la izquierda y "en-US" usa AM o PM.

Entonces InvariantCulture es mejor para uso interno, cuando, por ejemplo, guarda una fecha en un archivo de texto o analiza datos. Y un CultureInfo especificado es mejor cuando presenta datos (fecha, moneda ...) al usuario final.

Para cosas como números (puntos decimales, comas en cantidades), generalmente se prefieren en la cultura específica.

Una forma adecuada de hacerlo sería establecerlo en el nivel de cultura (para alemán) de esta manera:

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

JetBrains ofrece una explicación razonable ,

"La conversión ad-hoc de estructuras de datos a texto depende en gran medida de la cultura actual, y puede conducir a resultados no deseados cuando el código se ejecuta en una máquina cuya configuración local difiere de la del desarrollador original. Para evitar ambigüedades, ReSharper le advierte de cualquier instancia en el código donde tal problema pueda ocurrir ".

pero si estoy trabajando en un sitio que sé que solo estará en inglés, simplemente ignoro la sugerencia.