Выбор между if() и try-catch

Question

Например, что я должен использовать, когда необходимо создать столбец в таблице, только если такой столбец не существует?

Я могу написать код, который будет проверять, существует ли столбец, и только потом добавить его, поэтому я могу и без проверки, обернув мой метод в try-catch (если есть исключения catch , а если нет - колонка будет добавлена)

Результат будет таким же.

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

Какой метод является более грамотным или правильным?

Answer 1

Интересно, что ваш вопрос зависит от языка программирования, о котором вы говорите.

В таких языках, как C, Java, C++, C# ... люди предпочитают шаблон LBYL (Look Before You Leap); тогда как языки, такие как python, сильно подчеркивают «EAFP» (проще просить прощения, чем разрешения).

Значение: в python вы используете try/catch много (даже «счетный цикл» реализован как try/catch); тогда как в C#, Java, C++ вы предпочитаете делать, если/else вместо этого.

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

Answer 2

Я не думаю, что есть «правильный» путь. В любом случае работает так, что вы достигнете своей цели независимо от того, что. Однако для чистого кода мое (очень субъективное) представление состоит в том, что исключения должны использоваться только как «буквальные» вещи и указывать на то, что произошло нечто исключительное (или неожиданное). Таким образом, в большинстве случаев вы просто будете перераспределять время выполнения с исключениями. Если, однако, вы пытаетесь отсканировать документ и всегда ожидаете иметь определенное количество столбцов, это может быть правильный путь для исключения, поскольку неправильное количество столбцов будет именно таким: исключение.