News for hackers. Stuff that matters.
Re:The Dual Nature of Events in Event-Driven Architecture by withinboredom on Friday November 01, 2024 @12:26PM (#42018617)
Events shouldn't carry any data in my opinion, except parameterized data. In the context of a booking, for example, it would be SeatBooked {41A} instead of 41ABooked, though the latter is a better event, but harder to program for. The entire flow might looked like this:

SeatTimeLimitedReserved {41A, 15m}

SeatAssignedTo {UserA}

SeatBooked {41A}

If a consumer needs more data, there should be a new event.

There are no comments on this comment yet.