Я понимаю откуда растут ноги про моветон. Как-то натыкался я на статейку, где красочно описывалось, что всякие On Error - это от лукавого И что использовать их в кодах зло великое есть. Правда, обоснование жиденькое какое-то было, из чего сделал вывод, что статья написана была не практиком-программистом. Видимо, статью эту не один я видел или подобная статья не единственная.
Мое мнение: скорее надо подходить к обработке ошибок без фанатизма и если есть возможность обойтись без On Error и при этом код будет не менее оптимальным - то надо обходится без них. Но когда исключение On Error повлечет за собой утяжеление кода, жертвование его читаемости и скорости - какой в нем смысл?

essbase.ruизбегаю On Error Resume NextДело это личное. Но я не вижу причин избегать. Такой прием, как уже заметил Казанский, применяется и в более высоких языках программирования. И они явно не являются неким атавизмом - они есть в сравнительно новом и модном C#. Значит смысла они не лишены и вряд ли имеет смысл от них отказываться с упорством маньяка

При этом On Error GoTo ErrorHandler мало чем отличается от On Error Resume Next. Просто во втором случае VB сам назначает метку перехода, виртуально устанавливая её после строки с ошибкой.

BobgosOn Error GoTo ErrorHandler это способ. А resume next это костыльа можно поподробнее про это? Чем принципиально отличается GoTo от Resume Next да так, что одно Вы считаете правильным использовать, а другое нет? Спасибо.

essbase.ru,

это не ответ на мой вопрос, это я знаю. Bobgos написал:
BobgosOn Error GoTo ErrorHandler это способ. А resume next это костыль
Вот мне и интересно, почему один оператор он считает правильным, а второй - костылем.

BobgosResume next для меня означает отсутствие обработки ошибкиНу так бы и написали - для Вас лично. Если Вам лично не подходит - это же не значит, что это костыль для всех С таким подходом можно что угодно под костыль подписать. Поэтому я ранее и написал:
The_Pristскорее надо подходить к обработке ошибок без фанатизма и если есть возможность обойтись без On Error и при этом код будет не менее оптимальным - то надо обходится без них
Я вот применяю Resume, но не для сокрытия ошибок, а для выявления или в тех местах, где они заведомо обязательно появятся, но мне не надо их обрабатывать визуально(передавая в глобальный обработчик и прочее), а требуется лишь отследить и продолжить код в зависимости от свойств объекта Err. Потом я естественно, устанавливаю обратно глобальный обработчик ошибок(если это будет необходимо). Есть масса применений всех типов On Error в кодах - главное понимать что делаешь, а не применять наобум.

Bobgos,

Ну да.