Является ли настройка CultureInfo в интрасети, ASP.NET, отдельном приложении для сервера пустой тратой времени?

Question

Я смотрю тысячи кодов, устанавливающих CultureInfo для ToString, а также преобразования чисел и использования дат. Приложение используется только на одном сервере, в одном городе, одним одноязычным офисом и не собирается переезжать в другую страну.

Я думаю, что это произошло благодаря неуместному совету FxCop по интернационализации.

Есть ли причина для установки CultureInfo в этом типе сценария? Я скучаю по какой-нибудь необычной причине для этого?

UPDATE:
Если есть причина для этого, новый код должен скопировать это соглашение о спаме кода со ссылками на CultureInfo.

Answer 1

Принцип YAGNI гласит: «Всегда реализуй вещи, когда они действительно нужны, а не когда ты просто предвидишь, что они тебе нужны».

В вашем случае вы не рассуждаете о том, может ли потребоваться интернационализация , а скорее утверждаете, что не потребуется . В этом случае не беспокойтесь об этом, у вас есть контроль над настройками на сервере, поэтому не тратьте на это свое время.

Answer 2

Я столкнулся с той же проблемой, что и вы, при использовании FxCop. Я в конечном итоге завален предупреждениями об интернационализации. Я беспокоюсь только о настройке CultureInfo при работе с данными, вводимыми пользователем, но я работаю в немецкой компании в США. У нас есть пользователи, которые временно приезжают в США с настройками машин для немецких дат, числовых форматов и т. Д.

Я бы ничего не изменил на этом этапе. Если приложение когда-либо перемещается или используется на международном уровне, я уверен, что вы будете выполнять над ним другую работу, прежде чем оно будет сделано. Я бы подождал до тех пор, чтобы беспокоиться об интернационализации. Просто мои два цента ...

Answer 3

Старая поговорка, никогда не говори никогда, может быть полезна здесь.

Если это уже сделано, то оставьте это там, но, если это не так, тогда следует собрать экономическое обоснование того, стоит ли это делать или нет.