PHP и Аспектно-ориентированное программирование

> Судя по популярности в Java, парадигма довольно интересная и имеет право на жизнь в PHP.

Эту фразу можно сказать о чём угодно, и получится неверно.
Судя по популярности в Java, парадигма довольно популярна в Java.
А интересная парадигма или нет, и имеет ли она право на жизнь в PHP, никак с популярностью в Java не связано. Может быть, интересная, может быть, нет, может быть, имеет право на жизнь, может быть, нет. Но об этом нужно отдельно рассуждать.

Была давненько статья с презентацией библиотеки, реализующей эту парадигму в php. Это работало как постобработка кода, то есть вы пишете пишете используете красивые конструкции которых нет в языке, потом прогоняете код парсером и все работает, но код — лапша.
Парадигма интересная, но лично мне страшно что-то такое использовать в production. Было бы хотя бы расширение или смутные намеки, что это запилят в x.x версии языка.

доклад АОП в PHP, который был аж на PHPConf2007 (слайды доступны тут wiki.agiledev.ru/doku.php?id=conferences), мне кажется более полно раскрывает + данного подхода.
из рассмотренных тогда способов реализации wiki.agiledev.ru/doku.php?id=aop:aop_php#средства_аоп_для_php сейчас не работает ни один.

третий способ реализации на php — парсерить php код и генерировать на его основе другой php код, который выполняет обёртки

Я эти аспекты заменил евентами, на каждый пук фреймверк посылает евент, остальные, кому надо на них подписываются, yii и ZendFramework 2 так же работают, и это, как по мне, удобней и проще.

«Судя по популярности.....»
Насколько я знаю, AOP в «традиционных» языках имеет весьма ограниченное применение в силу того, что очень легко так, что код один, а происходит совсем другое. В Java — это отчасти компенсируется IDE которая подсказывает, что вот «здесь» ещё и аспекты вызываются. На даже не смотря на поддержку IDE — применение аспектов обычно ограничивается: логированием, декларативным управлением транзакциями, кешированием.
Но юмор ситуации в том, что если мы в архитектуре опираемся на SOLID, то декларативное управление транзакциями, кеширование и отчасти логгирование — мы можем легко и явно (или чуть менее явно — внутри IOC-контейнера) реализовать и без аспектов. Так так ли нужны аспекты в php?

А питоновские декораторы служат для этой же цели или это другая парадигма?

А почему не сделать, чтобы в совет объект и параметры метода, приходили как два разных параметра, а не один массив?

Ванга видит как охуенно такой код дебажить.

мне не нравится парадигма АОП, так как основное требование к большинству проектов — это скорость выполнения.
Внедрять парадигму АОП надо как-то на уровне Zend Egine, как точно я пока не знаю.

Не люблю АОП — слишком много магии в коде. Вот вроде класс как класс, ан нет — там еще 100500 функций вызывается неизвестно где

А нет ли желания добавить поддержку annotations так, как это сделано в C#?

более-менее какая-то имплементация для Symfony2 уже есть. и довольно даже работает :)

Полноценная реализация AOP с упором на DDD, TDD и вообще лучшие практики объектного программирования уже есть в свежем релизе фреймворка FLOW3. В нашем интернете о нём мало что известно, меж тем, на нём построена новая версия движке TYPO3.

Когда-то бы статья, быть может даже здесь на Хабре. Элегантная иньекция сквозной функциональности. Возможно если поработать с кодом, можно выйти на фреймворк, если вдруг никто этого еще не сделал.

class Event extends ArrayObject {
public function __invoke() {
foreach($this as $callback)
call_user_func_array($callback, func_get_args());
}
}
$test = new Event();

/* Setting up callbacks */
$test[] = function($msg, $txt) {
echo "This is the event!
";
};

$test[] = function($msg, $txt) {
echo "Message: $msg. Text: $txt
";
};

$test[] = function($msg, $txt) {
echo "Works great!
";
};

/* call */
$test("Some message", "Some text");


Я не понял главного. Как осуществляется связь обслуживаемый метод -> аспект? Ну то есть, каким образом синтаксически задаётся, что для метода Backet::order() нужно вызывать конкретный аспект после выполнения метода?

У меня три предположения. Вот ваш код:

/*
* @After(Backet->order)
*/
public function backetOrderMessage($params) {
echo ‘Backed has been ordered’;
}

Вариант 1. Связь задаётся через комментарий. Ваша библиотека ищет комментарий вида "@After(Backet->order)" и благодаря ему знает, что код ниже должен срабатывать после метода Backet::order().

Вариант 2. Связь задаётся через имя метода backetOrderMessage. Первое слово — класс (backet), второе слово — метод (order), третье слово — тип аспекта (message), видимо message — это тип пост-аспекта, т.е. который срабатывает после метода.

Вариант 3. Вы забыли показать кусок кода, в котором происходит связь метод->аспект.

Пожалуйста, проясните данный вопрос.