We had an open PSR-14 meeting at the Detroit PHP conference on 27 July. Half
the working group was there along with Secretary Staples, project
representative Adam Culp, and special guest stars Ian Littman, Adrian Testa-
Avila, and Ronald Emaus.
Collectively we're pretty well sold on the current architectural direction
with 2 dispatchers (one mono-directional, one bi-directional). We're also
mostly agreed that the data object for them should not both be called "Event".
Which one we call something else, though, and what we call it, is an open
question. Naming things is hard. :-)
Although they're not part of the working group, those present agreed we should
(after we sort out naming things) seek input from the Doctrine, Laravel, and
Guzzle projects. They all have well-known event systems that would, ideally,
be supplanted by PSR-14.
We're leaning toward keeping the EventInterface marker interface (or some
alternate name thereof) and a second for the other event type, as having those
will make it easier to track the objects as they pass through a system as well
as be more compatible with whatever PHP does in the future regarding native
async support.
There was also a general sense that it was time to start building non-
experimental implementations. All are welcome to do so although of course
there's no BC promise in the slightest at this time.
As a reminder, the current spec and code are at:
https://github.com/php-fig/event-dispatcher
https://github.com/php-fig/fig-standards/blob/master/proposed/event-dispatcher.md
https://github.com/php-fig/fig-standards/blob/master/proposed/event-dispatcher-meta.md
--Larry Garfield
PSR-14 Editor