C#-like cобытия для PHP. Reflection, closures…

В фреймворке Kohana для этого используется статический класс Event и хуки (в качестве обработчиков). Например:
// где-то в инициализации приложения
Event::add('user.login', array('auth', 'logged_in'));

// в контроллере, после входа пользователя
Event::run('user.login');

На одно и то же событие можно навешивать много различных обработчиков.

Вот раздел документации фреймворка Symfony касательно Events's. Классы, реализующие работу с Event's, могут спокойно использоваться без фреймворка. Вот ссылка на реализацию: http://svn.symfony-project.org/branches/1.2/lib/event/

по-моему, это то же самое, что и Signal/Slot из ezComponents, о котором здесь уже я писал

1) «has no event», мне кажется
2) а как удалить подписку на ивент?

Красивая реализация. Побольше бы таких статей на хабре, может перестали бы php называть быдлокодингом…

А как же SplObserver / SplSubject?

Именование объектов кода какое-то странное. Почему класс называется EventClass (ведь в ключевом слове class уже недвусмысленно дается понять, что именно перед нами). Что за имя класса — CanGenerateEvents? Класс — практически в 100% случаев должен называться именем существительным. attachEvent() — вообще непонятно что, совсем не отвечает назначению метода.

Далее…

function __call($name, $args)
{ ... $this->fireEvent($name, current($args)); ... }

Почему current($args)? Этот момент не объяснен нигде, в результате код становится тяжел для понимания.

function recieveHere(EventArgument $arg) — а где описан интерфейс EventArgument?

Насчет использования исключений — ну почему, почему везде выбрасывается только Exception?! Для кого разработчики языка, в частности, SPL — сделали великолепный набор исключений? Не хотите писать свои — используйте готовые!

И еще я бы добавил, что реализация такого класса, (скорее всего: пока сам не попробуешь, не узнаешь, есть ли подводные камни) — так вот, это должен быть отличный повод заюзать вкусности SPL: ну, например, SplQueue или SplObjectStorage.