O que significa CultureInfo.InvariantCulture?

Eu tenho uma sequência de texto assim:

var foo = "FooBar";

Quero declarar uma segunda string chamada bare torná-la igual ao primeiro e quarto caracteres do meu primeiro foo, então faço assim:

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

Isso funciona como esperado, mas o ReSharper está me aconselhando a colocar Culture.InvariantCulturedentro dos meus colchetes, então essa linha acaba assim:

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

O que isso significa e afetará a execução do meu programa?

Nem todas as culturas usam o mesmo formato para datas e valores decimais / moeda.

Isso importa para você quando você está convertendo os valores de entrada (ler) que são armazenados como cordas para DateTime, float, doubleou decimal. Também será importante se você tentar formatar os tipos de dados mencionados acima em seqüências de caracteres (gravação) para exibição ou armazenamento.

Se você souber em qual cultura específica suas datas e valores decimais / moeda serão antecipados, poderá usar essa CultureInfopropriedade específica (por exemplo CultureInfo("en-GB")). Por exemplo, se você espera uma entrada do usuário.

A CultureInfo.InvariantCulturepropriedade é usada se você estiver formatando ou analisando uma sequência que deve ser analisada por um software independente das configurações locais do usuário.

O valor padrão é CultureInfo.InstalledUICultureque o CultureInfo padrão depende das configurações do sistema operacional em execução. É por isso que você deve sempre garantir que as informações da cultura sejam adequadas à sua intenção (consulte a resposta de Martin para obter uma boa orientação).

• CultureInfo.InvariantCulture Exemplo
• CultureInfo.InvariantCulture no StackOverflow
• CultureInfo.InvariantCulture Artigo do MSDN
• Nomes predefinidos CultureInfo

Quando números, datas e horas são formatados em cadeias ou analisados ​​a partir de cadeias, uma cultura é usada para determinar como isso é feito. Por exemplo, na en-UScultura dominante , você tem estas representações de string:

• 1.000.000,00 - um milhão com uma fração de dois dígitos
• 29/1/2013 - data desta postagem

Na minha cultura ( da-DK), os valores têm esta representação em cadeia:

• 1.000.000,00 - um milhão com uma fração de dois dígitos
• 29-01-2013 - data desta postagem

No sistema operacional Windows, o usuário pode até personalizar como os números e a data / hora são formatados e também pode escolher outra cultura além da cultura do sistema operacional. A formatação utilizada é a escolha do usuário, como deve ser.

Portanto, quando você formata um valor a ser exibido ao usuário usando, por exemplo, ToStringou String.Formatou analisado uma string usando DateTime.Parseou Decimal.Parseo padrão é usar o CultureInfo.CurrentCulture. Isso permite que o usuário controle a formatação.

No entanto, muitas formatações e análises de strings não são trocadas entre o aplicativo e o usuário, mas entre o aplicativo e alguns formatos de dados (por exemplo, um arquivo XML ou CSV). Nesse caso, você não deseja usá-lo CultureInfo.CurrentCultureporque, se a formatação e a análise forem feitas com diferentes culturas, elas poderão quebrar. Nesse caso, você deseja usar CultureInfo.InvariantCulture(que é baseado na en-UScultura). Isso garante que os valores possam percorrer sem problemas.

O motivo pelo qual o ReSharper avisa é que alguns criadores de aplicativos desconhecem essa distinção, o que pode levar a resultados indesejados, mas eles nunca descobrem isso porque CultureInfo.CurrentCulturesão eles en-USque têm o mesmo comportamento CultureInfo.InvariantCulture. No entanto, assim que o aplicativo é usado em outra cultura, existe a chance de usar uma cultura para formatação e outra para analisar o aplicativo.

Então, para resumir:

• Use CultureInfo.CurrentCulture(o padrão) se você estiver formatando ou analisando uma sequência de caracteres do usuário.
• Use CultureInfo.InvariantCulturese você estiver formatando ou analisando uma sequência que deve ser analisada por um software.
• Raramente use uma cultura nacional específica porque o usuário não consegue controlar como a formatação e a análise são feitas.

De acordo com a Microsoft:

A propriedade CultureInfo.InvariantCulture não é uma cultura neutra nem específica. É um terceiro tipo de cultura que é insensível à cultura. Está associado ao idioma inglês, mas não a um país ou região.

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

Portanto, a InvariantCulture é semelhante à cultura "en-US", mas não é exatamente a mesma. Se você escrever:

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"

então s1 e s2 terão formato semelhante, mas InvariantCulture adiciona zeros à esquerda e "en-US" usa AM ou PM.

Portanto, InvariantCulture é melhor para uso interno, quando você salva uma data em um arquivo de texto ou analisa dados. E um CultureInfo especificado é melhor quando você apresenta dados (data, moeda ...) para o usuário final.

Para coisas como números (casas decimais, vírgulas em quantidades), elas geralmente são preferidas na cultura específica.

Uma maneira apropriada de fazer isso seria configurá-lo no nível da cultura (para alemão) assim:

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

O JetBrains oferece uma explicação razoável ,

"A conversão ad-hoc de estruturas de dados em texto depende muito da cultura atual e pode levar a resultados indesejados quando o código é executado em uma máquina cuja localidade difere da do desenvolvedor original. Para evitar ambiguidades, o ReSharper avisa sobre: quaisquer instâncias no código em que esse problema possa ocorrer ".

mas se estou trabalhando em um site que sei que será apenas em inglês, simplesmente ignoro a sugestão.