enigmaticskyANAпропущено...
Очень плохо для кармы.

пропущено...
С этого момента по подробнее: что конкретно Вы завернули в try/catch и почему думаете, что это является неким очевидным решением?

Упс, ctrl+enter отправляет сообщения.

> Очень плохо для кармы.
Это хороший ответ на вопрос "почему?".

> С этого момента по подробнее: что конкретно Вы завернули в try/catch и почему думаете, что это является неким очевидным решением?
Во-первых,
> Всё зависит от того считается ли отсутствие объекта нормальной или исключительной ситуацией.
Не отсутствие объекта, а отсутствие каждого из объектов в цепочке.
По дефолту считается что отсутствие объекта считается исключительной ситуацией.
> что конкретно Вы завернули в try/catch
Всё. Используется Application.UnhandledException.Вот.

Теперь можно объяснить почему это плохо для кармы.

Сначала вас проклянут пользователи, так как не будут понимать почему программа говорит какие-то общие слова о том, что не может работать.
Потом вас проклянёт первая линия поддержки, потому как по сообщению ни фига не понятно где конкретно произошла ошибка и что предложить пользователю в качестве временного воркэраунда.
Затем к проклятиям присоединится вторая линия поддержки, потому как логи засираются ни о чём не говорящими "null reference exception"-ами.
И наконец разрабочик, которому придётся переключаться со своей ветки на релизную, чтобы посмотреть, что же в той строке кода может быть null.

Вот как-то так

enigmatic, ну и очевидно, что Ваша работа с исключениями ни фига не совпадает с общепринятым подходом.

Алексей КskyANAЗатем к проклятиям присоединится вторая линия поддержки, потому как логи засираются ни о чём не говорящими "null reference exception"-ами.Если в лог не пишут stack trace - сами виноваты.Пишется, но зачастую знание того, что причину исключения надо искать в 41 строке такого-то файла ничем не помогает саппорту.

Алексей КskyANAenigmatic, ну и очевидно, что Ваша работа с исключениями ни фига не совпадает с общепринятым подходом.Глобальный обработчик в Application.UnhandledException гораздо лучше общепринятых подходов, которых нет.Что значит лучше? Глобальный обработчик необработанных исключений - это часть подхода

А подход очень прост: если мы в данном месте кода знаем, что состояние является исключительным, то генерируем исключение, если можем обработать исключение, то обрабатываем, иначе пробрасываем выше.
Далее тоже самое применяется для кода выше и доходит до уровня приложения и глобального обработчика.

Количеество непойми отчего и где возникших исключений сокращается в разы. Работает и в C#, и в Java, и в PHP, и в JavaScript.

enigmaticskyANAСначала вас проклянут пользователи, так как не будут понимать почему программа говорит какие-то общие слова о том, что не может работать.
Потом вас проклянёт первая линия поддержки, потому как по сообщению ни фига не понятно где конкретно произошла ошибка и что предложить пользователю в качестве временного воркэраунда.
Затем к проклятиям присоединится вторая линия поддержки, потому как логи засираются ни о чём не говорящими "null reference exception"-ами.
И наконец разрабочик, которому придётся переключаться со своей ветки на релизную, чтобы посмотреть, что же в той строке кода может быть null.

Вот как-то так
Кошмар на улице Вязов просто.

Если ты хочешь проверять на null каждый экземпляр value-типа то флаг в руки.

авторenigmatic, ну и очевидно, что Ваша работа с исключениями ни фига не совпадает с общепринятым подходом.
Ну это всего лишь твое мнение.Ну когда системой ежедневно пользуются полтора миллиона пользователей, то такое разгильдяйство как Ваше приводит нет, не к кошмару, но по крайней мере к тому, что лично Вам вряд-ли будут давать ответсвенные направления, повышать зп, особо ценить.
Одни бужут смеяться над тем, что очередная бага адресована Вам, а другие ругаться.

Алексей КskyANAпропущено...
Пишется, но зачастую знание того, что причину исключения надо искать в 41 строке такого-то файла ничем не помогает саппорту.Ведь эти логи не для саппорта.Ну я выше вроде детально расписал, кто в итоге будет разбираться с логами. При этом его будут пинать, так как саппорт самостоятельно не смог дать пользователю быстрого решения.

Алексей КskyANAпропущено...
Что значит лучше? Глобальный обработчик необработанных исключений - это часть подхода

А подход очень прост: если мы в данном месте кода знаем, что состояние является исключительным, то генерируем исключение, если можем обработать исключение, то обрабатываем, иначе пробрасываем выше.
Далее тоже самое применяется для кода выше и доходит до уровня приложения и глобального обработчика.

Количеество непойми отчего и где возникших исключений сокращается в разы. Работает и в C#, и в Java, и в PHP, и в JavaScript.И будем в каждом button_click (WPF, WinForms) или в каждом методе контроллера (Asp.Net) ставить try...catch. Удачи!Нет конечно. Я же написал: "если можем обработать исключение". Под можем обработать имеется ввиду, что можем осмысленно обработать в данном месте программы.

Тупо расставить везде try...catch - это не то.

Алексей К, ну и Вы упускаете из виду тот момент, что пока программист разбирается с исключением, то пользователи ждут.
И если в корпоративной среде пусть ждут, никуда они не денутся. То пользователи коммерческого ПО могут послать лесом и уйти к конкурентам.

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

МСУskyANAАлексей К, ну и Вы упускаете из виду тот момент, что пока программист разбирается с исключением, то пользователи ждут.
Что за бред?Ну давай расскажи, что будет делать пользователь, когда где-то в коде неизвестно отчего падает null reference exception.