Неужели .NET попробовать/поймать дешево?

Question

Можно создать дубликат:
Performance Cost Of 'try'

Я наткнулся на это замечание в "Best Practices для обработки исключений," в MSDN:

"с помощью обработки исключений лучше, потому что меньше кода выполненных в нормальном случае "

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

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

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

Answer 1

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

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

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

Answer 2

«Исключения для исключительных ситуаций», а не для нормального потока управления.

Исключения IME, C# могут добавить заметный штраф за производительность, если вы поймаете тысячи из них в цикле, например.

Answer 3

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

Answer 4

Вы принимаете цитату из контекста. Полная цитата (курсив мой):

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

Накладные расходы от обработки исключений исходят от фактически ловли исключение. Если исключение не выбрано/поймано, оно относительно дешево.

логика Вышеприведенная цитата выглядит следующим образом:

• Если вы повторяете эту операцию несколько раз, и это не разумно исключение произойдет, то не выполняют проверку, используйте исключение , Вы сохраняете коды кода, не повторяя проверку на каждую итерацию.

• Если операция не цикл повторяется, проверьте состояние, а не нахождение исключения.

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

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

Answer 5

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

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