Как использовать открытое диалоговое окно файла в VB 6?

Я сказал бы, что нет никаких жестких правил на том, когда использовать исключения. Однако существуют серьезные основания для использования или не использования их:

Причины использовать исключения:

• поток кода для общего падежа более ясен
• , Может возвратить сложную информацию об ошибке как объект (хотя это может также быть достигнуто с помощью ошибки параметр, переданный ссылкой)
• , Языки обычно предоставляют некоторое средство для управления опрятной очисткой в случае исключения (попытка/наконец в Java, использующем в C#, RAII в C++)
• В конечном счете, никакое исключение не выдается, выполнение может иногда быть быстрее, чем проверка кодов возврата
• В Java, контролируемые исключительные ситуации должны быть объявлены или пойманы (хотя это может быть причиной против)

Причины не использовать исключения:

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

В целом, я был бы более склонен использовать исключения в Java, чем в C++ или C#, потому что я имею мнение, что исключением, заявленным или нет, является существенно часть формального интерфейса функции, начиная с изменения гарантии исключения может повредить код вызова. Самое большое преимущество использования их в Java IMO, то, что Вы знаете, что Ваша вызывающая сторона ДОЛЖНА обработать исключение, и это улучшает шанс корректного поведения.

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

Примечание, что Java делает различие между общими и Исключениями на этапе выполнения в этом последним, не должно быть объявлено. Я только использовал бы классы Исключения на этапе выполнения, когда Вы знаете, что ошибка является результатом ошибки в программе.