Если я могу поймать более конкретное исключение, я мешаю тому, чтобы clr выполнял дополнительную работу и приносил пользу производительности? Так что, если я знаю, что могу получить исключение сокета, но не заботясь о его обработке иначе, чем какое-либо другое исключение, лучше ли еще иметь более конкретный улов? Я работаю над MicroFramework, поэтому стоит отметить небольшие улучшения в производительности и ресурсах.Повышает ли производительность конкретную обработку исключений?
catch (System.Net.Sockets.SocketException netEx)
{
}
catch (Exception ex)
{
}
Производительность напрямую связана с сложностью алгоритма и связана с тем, сколько кода должно быть выполнено. Имея два «уловных» высказывания, просто говоря, это похоже на наличие двух IF, а не одного оператора IF. Для этого случая необходимо создать больше MSIL для обработки двух возможных ситуаций, поэтому будет больше кода JIT-ed. Но я бы не стал отказываться от особых ошибок! Очень важно уловить определенные исключения, потому что вы можете реагировать на большее количество acuratelly и может восстанавливаться легче. –
Неверный вопрос на столько уровней. – Paparazzi
Как это неправильный вопрос? Я не прошу помощи по дизайну. Я не прошу лучших практик. Мне любопытно, есть ли разница в производительности между более зернистым исключением исключений и более общим исключением. –