Улучшение примера (см. 6-й пост):

AlexShop писал(а):

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

Если классы загружаются при помощи __autoload(), то изменять существующие фабрики ненадо.
Достаточно изменить __autoload() функцию которая загрузит новые фабрики.

Итак коротко:
1. __autoload() загружает новые фабрики
2. Новые фабрики создают прокси* объекты (вместо обычных)
3. Прокси объекты используют паттерн Interceptor что бы динамически влиять на программу (что-то наподобие АОП)

В таком случае вмешательство в оригинальный код минимально, все что надо изменить это __autoload() функцию.

------------------
* Вместо прокси могут быть декораторы.
Но т.к. добавлять новую функциональность к объекту не надо, то прокси предпочтительнее.

** Если фабрик в программе нет, то __autoload() может подменять обычные объекты на прокси.

Боюсь показаться некрофилом, апая тему, но возникло праздное любопытство. Видел конференцию пхп от 07 года, тогда не заинтересовался, а сейчас решил посмотреть насколько жива новая тема. Пока - не особо рад результатом, а при самостоятельном изучении несколько проблем, связанных с применением АОП ставят меня в тупик..
Как сейчас поживает эта парадигма?
---------
В частности- есть какие-нибудь внятные приёмы как стоит выделять эти самые аспекты. Делать их на основе логики без всяких соглашений- дохлый номер. Пролистал парку книжек, но так как в английском у меня большие проблемы, ничего так и не понял. Либо вода - типа, структурируйте аспекты так чтобы они были легко читаемы ведь если вы это не сделаете... либо переходят в какой то дремучий лес...