Hi, what you do is defining a CQRS/ES framework not a PSR. Looking at the listed interfaces we would need to change a lot of stuff in prooph to support such a PSR so we likely won't support it.
Marco Perone has provided a good summary. CQRS, Event Sourcing, Event Store, Read Models, Projections and Messaging should be treated as independent building blocks (what we do at prooph see: http://getprooph.org/#features ) Every piece of the puzzle deals with messages in one way or the other so a *Message PSR* like discussed in this thread: https://groups.google.com/forum/#!msg/php-fig/CcFN7zr90Wo/3ihpslRDBwAJ would be a good starting point. Everything else could be discussed later but I'm not sure if we really need a PSR for command bus/dispatcher or an event store. Best regards, Alex -- You received this message because you are subscribed to the Google Groups "PHP Framework Interoperability Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to php-fig+unsubscr...@googlegroups.com. To post to this group, send email to php-fig@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/php-fig/f74bcbdd-5784-4a0a-b5e3-0da201c19ba6%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
