Рекомендации по производительности try/catch blocks

Question

В ASP.NET мне хотелось бы получить ваше мнение относительно наилучшего способа обработки исключений.

• Вы бы предложили использовать блоки try/catch?
• Лучше использовать блоки try/catch для каждой отдельной части кода/компонента? Или в каких ситуациях?

Я очень ценю вашу помощь благодаря!

Answer 1

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

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

Answer 2

Используйте попытку, наконец, в любое время, когда у вас есть ресурсы, такие как соединения, которые необходимо очистить. Но использовать try catch ТОЛЬКО, если вы действительно можете что-то сделать об исключении. В противном случае пусть это пузырится вверх по стеку и поймать его в глобальном asax, чтобы вы могли терпеть неудачу изящно.

Answer 3

Попробуйте сохранить блоки try/catch до минимума, поскольку они создают служебные накладные расходы. Используйте только try/catch/finally, когда вы можете безопасно исправлять состояние приложения, когда произошло исключение (например, закрытие соединений и т. Д.).

Answer 4

Throw Меньшее Исключения: Вы могли бы хотеть прочитать StackOverflow thread

Answer 5

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

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