Странная исключение

Question

Я видел код, как это (на самом деле видим другой человек типа его):

catch (Exception ex) 
{ 
    string exception = ex.ToString(); 
} 

Является ли этот код плохо? Если да, то почему? Существует соответствующая «цепочка обработчиков улов» (например, более конкретная выше, отфильтровывается до общего catch all Exception, но в преобразовании строки Exception, я думаю, вы конвертируете намного больше, чем это возможно, в строку (Все, что вам действительно нужно, это InnerMessage или одно из других свойств строки в зависимости от сценария). Что-то еще не так с этим кодом?

Я также видел, как разработчики помещали точки останова на каждую строку кода. это? Почему бы не просто положить один на вершине, а затем использовать «бежать к курсору» (любовь, которая имеется)?

Наконец, в чем преимущество использования перерыва на все исключения в Visual Studio?

Answer 1

Этот разработчик может не знать, что вы можете поймать все (управляемый) исключения, как это ...

try 
{ 
    // do something 
} 
catch(Exception) 
{ 

} 

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

catch(Exception ex) 
{ 
    // don't use ex 
} 

Кроме того, он не мог знать о $exception pseudo-register.

Answer 2

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

Answer 3

string exception = ex.ToString(); 

Это не делает ничего. Лучше зарегистрировать его или использовать MessageBox.Show (...) ;.

Breakpoints на каждой линии ... нет особого смысла - использование запустить до курсора или перешагнуть/шаг в

Перерыв на всех исключениях: Я на самом деле использовали.. У меня были исключения, которые терпели неудачу, которые были «обработаны» какой-то библиотекой молча. Перерыв на всех помог мне отследить это. Кроме того, «Break on all» может помочь вам удостовериться, что вы получаете только исключения, которые вы ожидаете (также помогли не поймать общий класс «Исключение», но только поймать конкретное исключение.

Answer 4

Это выглядит как ленивый программист, который:

1. не хочет обрабатывать исключения правильно
2. хочет место, чтобы установить контрольную точку, если есть исключение.

Answer 5

Я только что использовал «перерыв на все исключения» вчера.

Я преследовал довольно неясную ошибку (на самом деле код работал отлично, что является самым сложным из всех ошибок), и хотя мой код C# выполнял явно неработающий скрипт IronPython, я продолжал получать сообщения ArgumentException, появляющиеся в консоли.

Оказывается, что это IronPython код:

try: 
    value += x 
except ValueError: 
    pass 

приводит к ArgumentException бросают, и обрабатываются внутри выполнения IronPython.

Кроме того, если вы включили «break on all exceptions», VS фактически разрывается на этой линии value += x, вызывает источник Python, позволяет проверять локальные значения и т. Д. Довольно приятно. В любом случае, теперь, когда я вижу, что эти сообщения об исключениях появляются в консоли, я больше не беспокоюсь о том, что я игнорирую то, что меня укусит.