Как научиться писать такой ООП код?

Хорошая книга

Не читал но осуждаю

> перечитать главу где пишут что не надо применять паттерны ради применения паттернов

эта глава должна быть воткнута между всеми остальными главами, как припев

А что не так то? вызов цепочкой не всегда актуален

Просто интересно, что бы Вы тогда делали за код типа

foreach ($processor as $key => $resource) {
        if(preg_match("/\.png/iu", $key)){
            ImagePng($resource, $i.".png", 0);
        } else {
            ImageJpeg($resource, $i.".jpg", 85);
        }
        $i++;
    }

(в частности для случая с .gif) ?

pi314: Широчайший выбор же. От else if до switch case default.

Stalker_RED: Да это-то понятно, непонятно другое! Почему не использован ни один внятный паттерн обработки исключений... ведь есть же fail fast, recovery, handling at work level / at case level и т.д. Где все эти замечательные вещи в коде глубокоуважаемого Гуру? (это все мысли вслух под тегом "сарказм", на случай, если целью кода было использовать максимальное количество паттернов)

это например где?

Там где начинает тратиться неприемлемое количество времени на поддержку, исправление багов и т.п.
Упрощённый пример, работал один программист использовал только глобальные переменные, тратил в месяц неделю на отладку, пришли ещё двое в помощь, в результате чего каждый из трёх стал тратить 3 недели в месяц на отладку, перестали использовать глобальные переменные и каждый программист стал тратить на отладку 1 неделю в месяц.

Т.е. все эти абстракции и подходы имеют значение только если есть какой то практический смыл. Ведь существует и обратная проблемам когда применяют большое количество абстракций применяют вместо лаконичного подхода, потом бесполезно тратят время на отладку всех этих абстракций которыми никто кроме них пользоваться всё равно не будет. Так происходит потому, что люди на практике не прочувствовали какую боль решает ООП и лепят кучи классов из исходя из теоретических домыслов.