В PHP канонично сначала проверить, потом сделать или попробовать и обработать ошибку?
Очень хороший вопрос и тема, в которой самое чудовищное количество самых дремучих северий на единицу кода.В общем случае, по умолчанию, никаких проверок и траев с кетчами быть не должно.
Я понимаю, что это звучит богохульством для среднего пользователя похапе, но в реальности программы пишутся совсем по-другому. 
Пример: В обоих приведенных выше случаях мы имеем масло масляное: попытка подменить пхп в выборосе ошибки. Вопрос - зачем? Если файл не найден, то РНР сам прекрасно сообщит нам об ошибке, причем в подробностях, и скажет в чем конкретно заключается проблема. А по строчке "file not found" иди гадай - путь ли кривой или в имени файла опечатка, или вообще пустоту передали. Любые проверки надо делать только тогда, когда есть осмысленный сценарий их обработки.
И обсуждать выше приведенные примеры имеет смысл только если автор вопроса предоставит такой сценарий. тупое error: file not found таким сценарием не является. Так что в общем случае оставляем код в покое и не устраиваем никакого карго культа из перехвата ошибок.Если чисто выбирать между двумя действиями (проверка и чтение) и одним (сразу читаем, потом ловим исключение), 
то  последнее предпочтительнее, поскльку это атомарная операция, в то время как между проверкой и чтением состояние системы сожет измениться (файл может быть удален).
Но повторюсь, если нет никакого осмысленного сценария обработки ошибки, то ловить её не надо.
Не совсем понятен вопрос, но. Try catch, нужен для обработки исключений. Проверки (если вы про конструкцию if (..)) нужны для булевых операций, все.