Форум PHP

так может все-таки подкрепите свои слова примером?

Всегда, когда обработка исключения не ограничивается выводом сообщения об ошибке и логировании.

это не аргумент. приведите пример, когда удобнее использовать try/catch

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

В общем сомнительное это преимущество все в один обработчик посылать)

И это мне нужно будет везде прописывать вот такие конструкции, а не обрабатывать их как вы сами сказали одинаково для каждого типа исключения?
Да и зачем здесь мне исключение? Чтобы вывести file not exists? проще тогда выбрасывать стандартное exception и не париться.

<?php // пример class test1 {     public function __construct() {          // ......          if (!file_exists($path)) {              // а вот тут можно отменить транзакцию              // и сделать всё что угодно ДО выброса исключения              // .....              throw new my_exception1("File " . $path ." is not exists");          }     } }

не?

Как это не нужно, а если мне например нужно в случае выброса исключения отменить sql-транзакцию?
Передавать $this, это вы предлагаете описывать в нем каждый мой класс, который он должен уметь обрабатывать?

вообще-то есть. в Exception есть встроенный метод getTrace
*конкретно к объекту нет, да и не нужно. но если уж вдруг понадобится, ничто не мешает дочерние классы написать таким образом, чтобы они принимали объект и при выбросе исключения скармливать им $this. хотел бы я посмотреть на ситуацию, когда после выброса исключения нужно еще что-то делать в контексте класса, который его выбросил

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