Современный подход к 'по ошибке goto [catch-all] label' in C#

Question

Из моего исследования этот вопрос был задан очень часто в первые дни сети точек, но IMHO много ответов было немного смехотворным и " это то, как мы делаем это сейчас. Посмотрим, немного ли выросла сеть.

Пример Circa 1992:

Sub Main() 
On Error GoTo ErrHand 
....Code Here 
End Sub 

ErrHand: 
    ' raise error nicely here inc error no, desc, line & character pos 
End Sub 

неуклюжим, как это было, «по ошибке Гото [уловам все] ярлык» подход, доступный для VB6 было использование, которое должно было поймать неожиданные исключения и сообщать о них. Он может сообщать описание ошибки с номером &, с модулем, номером строки и положением символа исключения. Разумные разработчики, конечно, могли бы кодировать ожидаемые исключения и исключения из бизнес-логики. Ошибка на ошибке была очень полезным ответом на отсутствие хрустального шара.

Мои приятели C# говорят мне использовать try-catch, но в то же время они говорят, что народные знания говорят о том, чтобы не прикладывать большой улов к каждому методу, потому что это плохая практика.

Но когда я задаю вопрос о точном источнике народного знания, ответа нет.

Итак, что представляет собой ответ 2016 для C# equiv VB6 'на конструкцию ошибок goto [catch-all] label, и почему я не могу стандартизировать try-catch, обертывая содержимое каждого модуля на эффект такой же непредвиденной обработки исключений?

Answer 1

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

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

Таким образом, вы пишете код один раз - не один раз за функция. (Если вы не пишете небольшие «игрушечные» приложения, в наши дни исчезает редкость писать однопоточные приложения, а шаблон On Error Goto должен, по крайней мере, повторяться для каждой функции, которая выступает в качестве точки входа для новой резьба)

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