Мобильная версияПроблема с сокращенными именами месяцев ⇐ C#
-
Anonymous
Проблема с сокращенными именами месяцев
Похоже, что массы высказались, и сентябрь теперь называется «сентябрь».
Итак, пока Intl.DateTimeFormat Работает по принципу (который использует мой сборщик дат): моя операционная система не получила памятку (в настоящее время) и продолжает работать с сентября.
В любом случае, пытаясь решить эту проблему, я добавил
CultureInfo ci = new CultureInfo("en-GB"); DateTimeFormatInfo dtfi = ci.DateTimeFormat; dtfi.AbbreviatedMonthNames = новая строка[] { «Январь», «Февраль», «Март», «Апрель», «Май», «Июнь», «Июль», «Август», «Сентябрь», «Октябрь», «Ноябрь», «Декабрь», «» }; dtfi.AbbreviatedMonthGenitiveNames = dtfi.AbbreviatedMonthNames; CultureInfo.DefaultThreadCurrentCulture = ci; CultureInfo.DefaultThreadCurrentUICulture = ci; В мой программный файл, и это, похоже, решило проблему, и я надеюсь, что, когда появится Windows 11 (для меня), мне может не понадобиться этот код.
У меня вопрос: правильное ли это решение? Мое приложение будет использоваться только в Великобритании, но я немного насторожен. Кажется, я создал новую культуру и фактически заставил программу ее использовать.
Это правильный подход?
--
Отредактируйте, извините, я сделаю небольшую резервную копию, поэтому, когда дело доходит до средств выбора даты, я предпочитаю использовать формат дд-МММ-гггг. Это довольно стандартно, когда пользователи/персонал могут приходить из всех частей и просто устраняют любую «двусмысленность» в форматах дат. Например, Великобритания против США.
Что касается официального «Массы высказались» - честно говоря, я мог бы высказаться вне очереди. Однако https://developer.mozilla.org/en-US/doc ... TimeFormat https://github.com/unicode-org/cldr/blo ... .xml#L1977 https://github.com/dotnet/runtime/issues/87307
Кажется, по этому поводу есть несколько дискуссий.. И кто-то где-то позвонил...
--
Похоже, что массы высказались, и сентябрь теперь называется «сентябрь».
Итак, пока Intl.DateTimeFormat Работает по принципу (который использует мой сборщик дат): моя операционная система не получила памятку (в настоящее время) и продолжает работать с сентября.
В любом случае, пытаясь решить эту проблему, я добавил
CultureInfo ci = new CultureInfo("en-GB"); DateTimeFormatInfo dtfi = ci.DateTimeFormat; dtfi.AbbreviatedMonthNames = новая строка[] { «Январь», «Февраль», «Март», «Апрель», «Май», «Июнь», «Июль», «Август», «Сентябрь», «Октябрь», «Ноябрь», «Декабрь», «» }; dtfi.AbbreviatedMonthGenitiveNames = dtfi.AbbreviatedMonthNames; CultureInfo.DefaultThreadCurrentCulture = ci; CultureInfo.DefaultThreadCurrentUICulture = ci; В мой программный файл, и это, похоже, решило проблему, и я надеюсь, что, когда появится Windows 11 (для меня), мне может не понадобиться этот код.
У меня вопрос: правильное ли это решение? Мое приложение будет использоваться только в Великобритании, но я немного насторожен. Кажется, я создал новую культуру и фактически заставил программу ее использовать.
Это правильный подход?
--
Отредактируйте, извините, я сделаю небольшую резервную копию, поэтому, когда дело доходит до средств выбора даты, я предпочитаю использовать формат дд-МММ-гггг. Это довольно стандартно, когда пользователи/персонал могут приходить из всех частей и просто устраняют любую «двусмысленность» в форматах дат. Например, Великобритания против США.
Что касается официального «Массы высказались» - честно говоря, я мог бы высказаться вне очереди. Однако https://developer.mozilla.org/en-US/doc ... TimeFormat https://github.com/unicode-org/cldr/blo ... .xml#L1977 https://github.com/dotnet/runtime/issues/87307
Кажется, по этому поводу есть несколько дискуссий.. И кто-то где-то позвонил...
--
