Что означает CultureInfo.InvariantCulture?

У меня есть строка текста, например, так:

var foo = "FooBar";

Я хочу объявить вторую строку с именем barи сделать ее равной первому и четвертому символу моего первого foo, поэтому я делаю это так:

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

Это работает, как и ожидалось, но ReSharper советует мне заключить Culture.InvariantCultureв скобки, так что эта строка заканчивается так:

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

Что это значит и повлияет ли это на работу моей программы?

Не все культуры используют один и тот же формат для дат и десятичных значений / значений валют.

Это важно для вас , когда вы преобразования входных значений (чтение) , которые хранятся в виде строки в DateTime, float, doubleили decimal. Также будет иметь значение, если вы попытаетесь отформатировать вышеупомянутые типы данных в строки (запись) для отображения или хранения.

Если вы знаете, в какой конкретной культуре будут ваши даты и десятичные значения / значения валют, вы можете использовать это конкретное CultureInfoсвойство (то есть CultureInfo("en-GB")). Например, если вы ожидаете ввода пользователя.

Это CultureInfo.InvariantCultureсвойство используется, если вы форматируете или анализируете строку, которая должна анализироваться программным обеспечением независимо от локальных настроек пользователя.

По умолчанию используется значение CultureInfo.InstalledUICultureCultureInfo, которое зависит от настроек операционной системы. Вот почему вы всегда должны следить за тем, чтобы информация о культуре соответствовала вашим намерениям (см . Ответ Мартина для хорошего руководства).

• Пример CultureInfo.InvariantCulture
• CultureInfo.InvariantCulture on StackOverflow
• CultureInfo.InvariantCulture MSDN Статья
• Предопределенные имена CultureInfo

Когда числа, даты и время форматируются в строки или анализируются из строк, для определения того, как это делается, используется культура. Например, в доминирующей en-USкультуре у вас есть эти строковые представления:

• 1 000 000,00 - один миллион с двузначной дробью
• 29.01.2013 - дата публикации

В моей культуре ( da-DK) значения имеют строковое представление:

• 1.000.000,00 - миллион с двузначной дробью
• 29-01-2013 - дата этой публикации

В операционной системе Windows пользователь может даже настроить форматирование чисел и даты / времени, а также выбрать другую культуру, отличную от культуры его операционной системы. Используемое форматирование - выбор пользователя, каким он должен быть.

Таким образом , при форматировании значения , которое будет отображаться пользователю , используя, например , ToStringили String.Formatили разобрано из строки , используя DateTime.Parseили Decimal.Parseпо умолчанию использовать CultureInfo.CurrentCulture. Это позволяет пользователю контролировать форматирование.

Тем не менее, большая часть форматирования и синтаксического анализа строк - это на самом деле не строки, которыми обмениваются приложение и пользователь, а между приложением и некоторым форматом данных (например, файлом XML или CSV). В этом случае вы не хотите использовать, CultureInfo.CurrentCultureпотому что, если форматирование и синтаксический анализ выполняются с разными культурами, он может сломаться. В этом случае вы хотите использовать CultureInfo.InvariantCulture(который основан на en-USкультуре). Это гарантирует, что значения могут идти в обе стороны без проблем.

Причина , по которой ReSharper дает предупреждение, что некоторые авторы приложения не знает об этом различии , которое может привести к нежелательным результатам , но они никогда не обнаружить это , потому что их CultureInfo.CurrentCultureIS , en-USкоторый имеет такое же поведение , как CultureInfo.InvariantCulture. Тем не менее, как только приложение используется в другой культуре, где существует вероятность использования одной культуры для форматирования, а другой для анализа приложения, может произойти сбой.

Итак, подведем итог:

• Используйте CultureInfo.CurrentCulture(по умолчанию), если вы форматируете или анализируете строку пользователя.
• Используйте, CultureInfo.InvariantCultureесли вы форматируете или анализируете строку, которая должна быть проанализирована программным обеспечением.
• Редко используйте определенную национальную культуру, потому что пользователь не может контролировать, как выполняется форматирование и анализ.

По словам Microsoft:

Свойство CultureInfo.InvariantCulture не является ни нейтральной, ни конкретной культурой. Это третий тип культуры, который нечувствителен к культуре. Это связано с английским языком, но не со страной или регионом.

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

Таким образом, InvariantCulture похож на культуру "en-US", но не совсем то же самое. Если вы напишите:

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"

тогда s1 и s2 будут иметь формат similair, но InvariantCulture добавляет ведущие нули, а «en-US» использует AM или PM.

Таким образом, InvariantCulture лучше использовать для внутреннего использования, когда вы, например, сохраняете дату в текстовый файл или анализируете данные. И указанное CultureInfo лучше, когда вы предоставляете данные (дата, валюта ...) конечному пользователю.

Для таких вещей, как числа (десятичные точки, запятые в количествах), они обычно предпочитаются в конкретной культуре.

Подходящий способ сделать это можно установить на уровне культуры (для немецкого языка) следующим образом:

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

JetBrains предлагает разумное объяснение ,

«Специальное преобразование структур данных в текст в значительной степени зависит от текущей культуры и может привести к непредвиденным результатам, когда код выполняется на машине, язык которой отличается от языка исходного разработчика. Чтобы предотвратить неоднозначности, ReSharper предупреждает вас о любые случаи в коде, где может возникнуть такая проблема. "

но если я работаю над сайтом, который, как я знаю, будет только на английском, я просто проигнорирую это предложение.