dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem Event Sourcing

A więc dalej modelujesz swoją domenę. Który agregat powinien odpowiadać za obsłużenie danego zdarzenia? Do którego agregatu przynależy dane zdarzenie? Zapraszam do lektury

Top Domain Model: I’ve been pivoting all night long | Szymon Kulec `Scooletz`

Architektura 44 dni, 11 godzin, 26 minut temu Scooletz 30 rozwiń

A więc modelujesz swoją domenę. W Twoim modelu masz agregat, który okresowo jest niezwykle obciążany przez użytkowników systemu. W jaki sposób do tego nie dopuścić? Jak przearanżować model tak, aby łatwiej obsługiwał takie sytuacje? Zapraszam do lektury #TopDomainModel

Źródło: blog.scooletz.com
Dziel się z innymi:
Top Domain Model: I’m temporal | Szymon Kulec `Scooletz`

Architektura 49 dni, 23 godziny, 39 minut temu Scooletz 84 rozwiń

Zapraszam do polemiki z zarzutami wobec event sourcingu. Jak w każdym podejściu, odpowiednio zastosowane, w otoczeniu dobrze dobranych komponentów pozwala na wiele. Złe wybory narzędzi powodują zupełnie odwrotny efekt.

Event sourcing: some not so practical disadvantages and problems

Architektura 96 dni, 10 godzin, 16 minut temu Scooletz 53 rozwiń

To be honest, I thought that my previous post would be the last in the CQRS/ES series, but I forgot to discuss one more thing related to that topic. Many developers don’t know how we should handle the following scenario in our systems:   „During the creation of user’s new account I would like to verify rather a username is unique in the whole database. Should I use Event Store or Read Database for a query? Where should I check that?”   Seriously, that question is one of the most popular topics connected ...

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] How to guarantee username uniqueness with CQRS/ES? - Forever F[r]ame

Sztuka programowania 245 dni, 1 godzinę, 54 minuty temu dpawlukiewicz 142 rozwiń

As I announced in the last part, our CQRS/ES journey is almost finished! But before it happens we need to take care of read side of our application. However, before we move forward to the implementation, it’s worthwhile to explain why do we need a read side? After all, we have an excellent data source called Event Store which allows us to reconstruct every domain object in our system. What’s, even more awesome is the fact that we can „time travel” in our domain by not applying all events in our domain ob...

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] CQRS/ES #6 Read database and Event Handlers - Forever F[r]ame

Architektura 254 dni, 5 godzin, 34 minuty temu dpawlukiewicz 145 rozwiń

All right, after a few short breaks, I’m finally ready to continue our journey, during which we discover Command Query Responsibility Segregation pattern along with Event Sourcing. In a previous part, we discovered the role of events and ES in our application and to be honest we’re almost done! But before that, we need to focus a little bit on transporting our commands and events. That’s why today’s post will be dedicated the buses. Okay, let’s start!  RabbitMQ and EasyNetQ To accomplish our task, we n...

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] CQRS/ES #5 Command Bus and Event Bus - Forever F[r]ame

Architektura 266 dni, 32 minuty temu dpawlukiewicz 186 rozwiń

So far we learned about the whole concept of Command Query Responsibility Segregation (CQRS) and Event Sourcing. We also implemented domain objects which Aggregate consists of, and we expressed user’s intentions using Commands executed by Command Handlers. Today we’ll discover the role of events, and more importantly, we’ll introduce Event Sourcing to our Awesome Calendar project. One more thing. As I mentioned in one of the previous parts, I’m currently working on this project wich means that some code ...

Źródło: foreverframe.pl
Dziel się z innymi:
CQRS/ES #4 Events and Event Store - Forever F[r]ame

Architektura 307 dni, 13 godzin, 3 minuty temu dpawlukiewicz 133 rozwiń

In the first part of our journey, we became familiar with CQRS and Event Sourcing. In this episode, we’re going to implement a few classes in our brand new system. Before we start let’s discuss a little bit about a business problem that we’ll try to model. At first, I thought about something very easy like a bookstore which would allow users only to buy some books. But that would be boring, wouldn’t be? By chance, a few weeks ago I received the kind of interesting recruitment objective from some company....

Źródło: foreverframe.pl
Dziel się z innymi:
[EN] CQRS/ES #2 Domain objects - Forever F[r]ame

Architektura 331 dni, 3 godziny, 26 minut temu dpawlukiewicz 125 rozwiń

Jakiś czas temu zapowiadałem na blogu serię postów poświęconą tematyce CQRS oraz Event Sourcing-u. Niniejszym postem rozpoczynamy naszą podróż badawczą! Dlaczego w ogóle zajmiemy się tym tematem? Otóż sam koncept poznałem stosunkowo niedawno i pomijając wady i zalety tego rozwiązania zawsze spotykałem się ze stwierdzeniem, że implementacja CQRS jest banalna i nie ma nad czym się tu zastanawiać. Już teraz mogę Wam zdradzić, że nie zgadzam się z tą tezą, ale do kodu przejdziemy od następnego „odcinka”. Tu ...

Źródło: foreverframe.pl
Dziel się z innymi:
CQRS/ES #1 Trochę teorii - Forever F[r]ame

Architektura 354 dni, 13 godzin, 4 minuty temu dpawlukiewicz 308 rozwiń

Szkolenia SecurITum

październik

Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 626,47)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 386,15)

8

Damian (9 056,1)

9

danielplawgo (7 235,99)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 608,06)

15

jedmac (3 318,39)

16

http://jakub-flor... (3 224,66)

17

spetz (3 078,27)

18

CaMeL (2 954,87)

19

lkurzyniec (2 633,85)

20

mnikolajuk (2 596,93)