Как стать автором
Обновить

Комментарии 15

Мысль хорошая. Вот только понять про что вы пишите, можно только из тегов тега.
Это относится почти ко всему коду.
а разве при этом форматирование вывода не пойдет в EN-US???
У вас же будут где-то централизовано ловиться исключения.

private void CurrentDomain_UnhandledException( object sender, UnhandledExceptionEventArgs args )
{
    var current = Thread.CurrentThread.CurrentUICulture;
    Thread.CurrentThread.CurrentUICulture = new CultureInfo( "en-US" );
    Logger.Error( args.ExceptionObject as Exception );
    Thread.CurrentThread.CurrentUICulture = current;
}

ага, ну понял, нормальный вариант
вообще мне казалось, что по названию exception тоже можно отыскать много чего
Можно, но если работаешь с какой-то известной библиотекой, то по деталям ошибки сразу можно определить ее причину.

Примечание: как оказалось, код показанный выше далеко не всегда даст английскую локализацию. Чаще всего строка информации формируется во время исключения, а не при первом обращении к Message (можно посмотреть в Reflector).
но можно завернуть в #if(DEBUG) при отлове конкретного бага
Лучше иметь Win Eng в виде девелоперской машины.
Ага, с некоторых пор только на такой вариант и перешёл.
я уже дошел до того, что у меня и региональные параметры стоят UK :)
Лучше на машине поставить английскую локаль, чем писать нелокализируемые приложения
На машинах клиентов тоже будете английскую локаль ставить?
А зачем? Клиент не должен видеть исключений. Он должен видеть понятные ему сообщения об ошибках на родном для него языке.
Клиент не должен. Вам от него логи приходят. А в логах исключения с локалью пользователя.
Клиент вообще не должен видеть ошибок ) И логов тоже )
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации