Tablice asocjacyjne i nie tylko to chyba jedna z pierwszych struktur danych z którą spotykają się programiści zaczynający przygodę z językiem. Pozwalają one na budowanie dowolnych struktur nie ograniczanych przez żaden schemat, można dokładać elementy, usuwać, zagnieżdżać jedną tablicę w drugiej. Przy okazji programista poznaje wszelkiego rodzaju pętle, instrukcje warunkowe, zmienne oraz stałe i to daje mu w zasadzie wszystko czego potrzebuje żeby napisać swój pierwszy program. Kolejnym krokiem w ewolucji programisty PHP jest podejście obiektowe, wszystko staje się obiektem (nawet kiedy tym obiektem być nie powinno). Niektórzy jednak przesiąknięci złymi nawykami będącymi często efektami samokształcenia próbują usilnie ukryć podejście strukturalne pod maską obiektów. Zamiast tego moim zdaniem lepiej jest zainteresować się programowaniem funkcyjnym, które w połączeniu z obiektowym daje naprawdę dobre efekty i pozwala bardzo skomplikowane problemy przedstawiać za pomocą nieskomplikowanego kodu.

Każdy poprzedni wpis dotyczący CQRS'a mniej lub bardziej wspominał o systemie, czyli o takim bycie do którego trafiają wszystkie command oraz queries. Za pomocą komend, stan systemu może być zmieniony, query natomiast służy do jego odczytania. Przykładowo budując system do zarządzania pracownikami, komendą CreateUser() moglibyśmy dodać użytkownika do systemu a następnie korzystając z UserQuery::totalCount() : int moglibyśmy pobrać całkowitą liczbę użytkowników, którymi system zarządza. Czym jednak jest system?

Capture all changes to an application state as a sequence of events.

Martin Fowler

Ciężko o lepszą definicję Event Sourcingu. Niezależnie od technologii i implementacji Event Sourcing to po prostu sposób na tworzenie stanu systemu poprzez zapisywanie i odtwarzanie zdarzeń. Utarło się twierdzenie, że Event Sourcing należy implementować w parze z CQRS. Nie jest to prawda, CQRS bardzo dobrze współgra z Event Sourcingiem jednak mogą istnieć całkowicie od siebie niezależnie. Ten wpis nie poruszy jeszcze tematu implementacji Event Sourcingu za pomocą jakiegokolwiek konkretnego frameworka. Chodzi w nim bardziej o zaprezentowanie i wyjaśnienie samego konceptu niż implementacji.