Що означає 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.InstalledUICultureтаким, що за замовчуванням CultureInfo залежить від налаштувань ОС. Ось чому ви завжди повинні бути впевнені, що інформація про культуру відповідає вашим намірам (див . Відповідь Мартіна для гарного керівництва).

• КультураІнфо. Приклад інваріантної культури
• CultureInfo.InvariantCulture on StackOverflow
• Стаття про культуру Інфо.Інваріантська культура
• Заздалегідь визначена культураІмена

Коли числа, дати та час відформатовані у рядки або проаналізовані з рядків, використовується культура, щоб визначити, як це робиться. Наприклад, у домінуючій 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 краще для внутрішнього використання, коли ви, наприклад, зберігаєте дату в текстовому файлі або аналізує дані. А вказана культураInfo краще, коли ви представляєте кінцевому користувачеві дані (дату, валюту ...).

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

Відповідний спосіб зробити це було б встановити це на рівні культури (для німецької мови), як це:

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

JetBrains пропонують розумне пояснення ,

"Спеціальне перетворення структур даних у текст значною мірою залежить від поточної культури і може призвести до ненавмисних результатів, коли код виконується на машині, локаль якої відрізняється від оригінального розробника. Щоб запобігти двозначності, ReSharper попереджає вас про будь-які випадки в коді, де може виникнути така проблема. "

але якщо я працюю над сайтом, який я знаю, буде лише англійською мовою, я просто ігнорую пропозицію.