Как реализовать глобальную обработку ошибок/исключений?

Здравствуйте. На php есть возможность глобально отлавливать все исключения и ошибки, вплоть до фатальных.
Есть ли возможность реализовать такое новичку на с#?

Зачем это мне нужно:
1. Для того чтоб не писать в каждом методе конструкцию try-catch, а то и вовсе try-catch-catch-finaly. Либо if-else.
Из-за чего в итоге проверок выходит больше, чем полезного кода.
2. Для того, чтоб иметь возможность намеренно подавлять вывод сообщений об исключениях в одном месте. Без проверок в каждом catch. И не сообщать пользователю о них поверх всех приложений, з громким оповещением как это, обычно ,делает виндовс. Ну и после этого, например, записать тихо в лог, или вывести в трей. Или вообще ничего не делать и попытаться продолжить выполнение. В зависимости от выбора пользователя.

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

0

Сообщение от Sternman ни одного примера о глобальном перехвате.

AppDomain.UnhandledException
Application.ThreadException

1

Про Unhandled не забыть что:

система выдает исключение для пользователя и завершает работу приложения

1

insite2012,

Сообщение от insite2012 Application.ThreadException

Делает метод более чистим, но захламляет класс.

Сообщение от insite2012 AppDomain.UnhandledException

Сообщение от skilllab Про Unhandled не забыть что: система выдает исключение для пользователя и завершает работу приложения

Такое себе решение, очень такое себе.

Добавлено через 1 час 11 минут
insite2012,

Сообщение от Sternman Делает метод более чистим, но захламляет класс.

Прошу прощения. Поторопился с выводом, не правильно поняв принцип работы.
И наверное не совсем точно выразил мысль в теме по поводу того что мне нужно. Не могли бы вы подсказать, как реализовать ловлю ошибок в собственном пространстве имен?
Как я понял Application.ThreadException должен быть каждый реализован в основном классе программы.
Но мне хотелось бы реализовать это в собственной dll и чтоб ошибки обрабатывались только те, что генерируются в самом пространстве имен. Но на саму форму и на другие пространства это не должно влиять. Что на подобии обертки для классов, которые находятся внутри, созданного мной пространства. Типа

0

Сообщение от skilllab Про Unhandled не забыть что:

Ну и не забыть про это:

0

Практически ничего нету, потому что это очень странное решение. Как можно обработать все исключения в одном месте. С тем что каждое исключение привязано к конкретному коду? И как программа может работать дальше если у нее где то возникло исключение, если его не обработать в нужном месте и не восстановить состояние, то скорее всего ваше приложение уже будет сломано, и при каждом следующем действии пользователя у вас будут сыпаться ошибки.

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

Собственно по всему этому глобальная обработка никому не нужна, и есть только события позволяющие залогировать ошибку или сохранить состояние (например в отдельный сейв) и завершить работу. В большинстве книг собственно и написано, что все программисты давно уже поняли: для пользователя дешевле сказать об ошибке и экстренно перезапустить приложение, чем работать со сломанным состоянием и возможно поломать всю работу пользователя.

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

1

Anklav, совсем чуток забыли о логировании состояния и данных откуда и что. Или это не важно?
Оу, а закрыть файлы для записи если упали при той самой записи? А разорвать соединения с базами чтоб открытые не висели? Ну да..."среда позаботится"

1

skilllab, вообще-то, ОС сама умеет подчищать за свалившимся приложением начиная с Windows 98. Т.е. за долго до появления .NET. Т.е. и дескрипторы открытых файлов высвободятся и TCP-соединения закроются и память занятая освободится.

Вы бы сами, что ли, проверили, ведь это не сложно.

0

Сообщение от Usaga подчищать за свалившимся приложением начиная с Windows 98

Для этого эффективно справляется Grabber Collector, но не совсем есть основные причины когда необходимо принудительно вызвать его:
1) Приложение приступает к выполнению блока кода, прерывание которого возможным процессом сборки мусора является недопустимым.
2)Приложение только что закончило размещать чрезвычайно большое количество объектов и нуждается в как можно скорейшем освобождении большого объема памяти.

В том числе IP соединения они никак на программном уровне не контролируются, если мы рассматриваем как рабочий процесс приложения. А вот при закрытии данного процесса убиваются все взаимосвязанные процессы - это уже вступает вход Windows ОС

0

Кузнец кода, Grabber Collector?)))))) Если речь про сборщик мусора, то он тут вообще ни причём. Я имел в виду саму ОС, которая знает какие ресурсы использовал процесс, потому не испытывает сложностей с тем, чтобы высвободить их корректным образом в случае аварийного завершения процесса.

0

Сообщение от Usaga образом в случае аварийного завершения процесса

Думаю здесь дискуссия должна окончена и вернемся к автору, заданного вопроса. Обработка исключений необходима, если вы не хотите искать в журнале ОС свои ошибки (а там как правило не всегда все понятно). В C# все исключения унаследованы от Exception что позволяет достаточно ловить практически любой Exception
Как это будет реализовано, то ли messageBox или лог событий, хранящихся в БД это вам решать. Все зависит от бизнес-логики вашей программы.

2

Сообщение от Sternman Но мне хотелось бы реализовать это в собственной dll и чтоб ошибки обрабатывались только те, что генерируются в самом пространстве имен. Но на саму форму и на другие пространства это не должно влиять. Что на подобии обертки для классов, которые находятся внутри, созданного мной пространства. Типа

Выбрасывать Exception своего типа, и ловить этот тип/типы.

Есть такое понятие как сквозное(аспектно-ориентированное) программирование. В ASP.NET MVC это доступно "из коробки" в виде фильтров. Для WinForms есть готовые решения, например PostSharp.

Если совсем глобально, то как предлагали выше.

1

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

0

Сообщение от Usaga вообще-то, ОС сама умеет

Ну и славно. Рад, что ошибаюсь аж с 98 года по поводу файлов и портов.

Добавлено через 3 минуты
Добавлю

Сообщение от Usaga подчищать за свалившимся приложением

Не всё вам известно на свете, и не все программы. Я лично использую такую, которая после очередного глобального вылета может остаться висеть в процессах, пока вручную не убьёшь. Ладно, это уже не тема топика. Так что не надо вот прям за все программы на Windows говорить.

0

skilllab, я писал о глобальной обработке исключений, а не о конкретных. Если вы в глобальном месте очищаете ресурсы приложения, то это совершнно плохой подход. Архитектуру приложения проектируют таким образом, чтобы после его закрытия каждый класс сам позпботился о своих ресурсах, что не имеет никакого отношения к глобольной обработке ошибок. Логгирование ошибок кстати тоже не является обработкой. В моем понимании обработка это восстановление состояния приложения после ошибки.

Да, и я как бы не просто так обработку выделил жирным.

0

0