Skip to content

Demonstrerer en event-sourced arkitektur implementert i Akka

Notifications You must be signed in to change notification settings

idar/eventSourced

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

13 Commits
 
 
 
 
 
 
 
 

Repository files navigation

Eksempel på implementering av CQRS med Event Sourcing i Akka. Noen todos er plassert i koden som en liten start-oppgave...


Til alle dere andre som også har sett sannheten og lyset:


Noen tips og regler vi har kommet frem til etter en hel masse roting (NB: Sikkert noen som er uenig i en eller flere av disse, dette er vår take hittil)

  • Eventer skal være en minimalistisk beskrivelse av en hendelse som endrer tilstanden i din applikasjon, og ikke inneholde implementasjon-spesifikk informasjon.
  • Motstå fristelsen til å lage generelle hendelser, f.eks. av typen " BrukerInfoEndret" med verdi som beskriver hvilket felt det gjelder.
  • Prøv å unngå CRUD events/commands; meldFlytting -> flyttingMeldt er bedre enn oppdaterAddresse -> adresseOppdatert.
  • En projeksjon skal bare lytte til eventer i ett aggregat.
  • Sagaer og projeksjoner skal bare motta eventer fra event-store, aldri direkte.
  • Event-store skal bare leses sekvensielt for å publisere til projeksjoner eller sager, ingen ad-hock spørringer er lov.
  • Unngå gjenbruk, ikke benytt eventer direkte i projeksjoner. Lag heller nye objekter.
  • Verken command handlere eller projeksjoner skal noen gang dispatche commands.
  • En projeksjon eller saga skal ikke gjøre queries mot andre projeksjoner.
  • Foretrekk flere enkle sagaer over en kompleks.
  • Foretrekk flere brukspesifikke projeksjoner over en generell.

About

Demonstrerer en event-sourced arkitektur implementert i Akka

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Java 100.0%