Устанавливает CultureInfo в интрасети, ASP.NET, односерверное приложение - пустая трата времени?

Question

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

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

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

ОБНОВЛЕНИЕ:
Если есть причина для этого, новый код должен скопировать это соглашение о рассылке кода с помощью ссылок CultureInfo.

Answer 1

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

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

Answer 2

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

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

Answer 3

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

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