Domänenereignisse sind NICHT Ihre öffentliche API
- von Derek Comartin
- Veröffentlicht bei Derek Comartin (CodeOpinion)
- Aufgenommen am
- Architecture
- Messaging
Du hast es endlich geschafft. Du hast aufgehört, CRUD-Ereignisse zu veröffentlichen und beginnst nun, Domänenereignisse zu übertragen.
Anstatt ShipmentStatusChanged , ShipmentUpdated oder EstimatedDeliveryDateChanged zu veröffentlichen, begannen Sie damit, aussagekräftigere Domänenereignisse wie DeliveryAttemptFailed , ETARecalculated und ShipmentDelayed zu veröffentlichen.
Und das sollte anscheinend besser sein, richtig?
Falsch.
YouTube
Schaut euch meinen YouTube-Kanal an, wo ich alle möglichen Inhalte zum Thema Softwarearchitektur und -design veröffentliche, einschließlich dieses Videos, das alles aus diesem Beitrag zeigt.
Sie veröffentlichen jetzt Domänenereignisse anstelle von CRUD-Ereignissen. Trotzdem spüren Sie die Probleme weiterhin, wenn Sie eines dieser Ereignisse ändern müssen. Sie verursachen Störungen bei Konsumenten, manchmal sogar bei solchen, deren Existenz Ihnen gar nicht bewusst war.
Das liegt daran, dass Ihre Domänenereignisse privat sind. Sie unterscheiden sich im Grunde nicht von der Veröffentlichung von Datenänderungsereignissen, wenn Sie interne Details offenlegen, die der Rest des Systems nicht kennen sollte.