Вынос обработки исключения в декоратор

Есть класс A который бросает 2 типа исключений , он использует класс B который тоже 2 исключения бросает.
Есть класс C который использует класс A.
В классе C почти все методы класса вызывают методы классса A.
Обработка некоторых исключений идентична в нескольких методах класса С.
Дабы не плодить повторяющийся код, хочу создать декоратор к классу A который будет ловить его исключения и обрабатывать.
Насколько это правильно?

писать декоратор который ловит исключения - звучит как бред сивой кобылы

try блок должен охватывать весь кусок кода
какой смысл вообще кидать исключения в методах классов и тут же их обрабатывать.

я конечно понимаю что писать с ООП - круто, но бессмысленное нагромождение классов к ООП никакого отношения не имеет.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Есть класс HttpClient он брасает два типа исключений, CurlExaption ошибка поражденная curl есть, HttpExcaption бросается если получен HTTP код отличный от 200 и других допустимых.
Есть класс VK который бросает VkApiExcaption который бросается если возникла ошибки VK API есть VkExcaption который бросается в случае внутренних ошибок класса Vk.
VK соответсвенно имеет несколько методов для авторизации, вызова API.
Соответсвенно каждый метод оборачивается в try catch при вызове.
Произошла допустим ошибка vk api выводим сообщения в зависимости от ее кода.
И места в котором она вылезла.
Или например получен Http код 502 значит сервер подвис нужно повторить операцию а не давать сообщение о ошибке.
И.т.д...
Весь код оборачивать не оч. практично.

так могут быть вложенные try catch
и ловить они будут только исключения своего типа либо пробрасывать их дальше

Зачем тут вложенные или я чего-то не понимаю?
Или имеется введу один глобальный для всех которые не обрабатываются, и вложенны для тех которые обрабатываются?

внешний try выводит сообщения
внутренний (у метода) может повторить попытку либо выбросить сообщение для внешнего

М.б кому поможет несколько статей по использованию исключений в PHP и вообще их использования:
Как делать надо и не надо, http://wiki[dot]agiledev[dot]ru/doku.php[dot][dot][dot]:exception_using
Использование:
http://habrahabr[dot]ru/post/58702/
http://habrahabr[dot]ru/post/58687/
http://habrahabr[dot]ru/post/100137/
Сделаю как написал LIME.

+100500!
Зачем? Давайте еще определение каждой переменной обернем. Шоп наверняка. Шоп никогда приложение не падало. Ни при каких обстоятельствах.
Ты так написал, будто это не ты спрашивал, а у тебя.
Лови конкретный ответ на свой вопрос:

-----
Шта? Репозиторий?

тут исключение можно бросить после 25й безуспешной попытки...но вложенность тут возможно и не нужна
DeepVarvar а зачем тут свитч?
можно несколько кэтчей один за другим перечислить с разными типами исключений
сработает подходящий

DeepVarvar , по одно из ссылок было как раз описано что так делать не стоит.
И я с этим мнением полностью согласен.
Зачем свич если можно сделать несколько блоков Catch.

Приложения должно быть стабильным.

там имелось ввиду другое
хранение признака внутри исключения вместо выброса разных типов