Domain-Driven Design
Updated: 12 min 57 sec ago
Mon, 09/06/2010 - 01:22
Hi Mosh, I think part of the answer lies with why a command would fail. If you are sending a valid command the chances are pretty good that it will succeed.
Mon, 09/06/2010 - 00:43
Thanks. Yes you are right, but I have a custom ORM implemented here so database hits are a bit different in my project. I ran a test for a Mission with 10
Mon, 09/06/2010 - 00:23
One small thing here. Your assesment of db hits: 1- 1 read to get the Mission 2- 1 write to save the Mission 3- 5 reads to get each Request 4- 5 writes to save
Mon, 09/06/2010 - 00:12
Hi guys, I've noticed that in most implementations of CQRS, commands are sent over a bus in an asynchronous manner. Whilst an application built with this
Mon, 09/06/2010 - 00:05
Not sure if my previous message was posted properly or we have "Eventual Consistency" along with "CQRS" in Yahoo groups that doesn't show me my post straight
Mon, 09/06/2010 - 00:05
Good point, but we've had a long discussion about my Mission and Request Entities and I think we all came to this conclusion that these are 2 separate
Sun, 09/05/2010 - 22:45
Mosh, This was also one of my concerns when I started looking at DDD. Even though I am not fully employing it right now (only certain parts), I have to point
Sun, 09/05/2010 - 21:51
This is an appropriate time to ask yourself if your aggregate boundaries are correct. If you are reading and changing multiple aggregates because your
Sun, 09/05/2010 - 21:30
Hello, I know this issue might be covered before but I couldn't find any posts specifically targeting what I'm gonna ask. So, please bear with me if this is an
Sun, 09/05/2010 - 21:08
Interesting point... I don't know what I was assuming because they are 2 different Aggregates, they are in 2 different BCs!! I thin you're right. Can you just
Sun, 09/05/2010 - 20:52
Thanks Nuno, very clear. :)
Sun, 09/05/2010 - 19:24
... Use another service then. Services are defined on top of domain models. Are you saying that it is not part of the declaration BC? If that is the case I
Sun, 09/05/2010 - 04:34
... Because we see them as two separate business processes that can be handled by different people. BTW, it's not registration, it's just requesting a
Sun, 09/05/2010 - 03:19
... I think this is an area where we have different preferences. I always prefer to have the requests go from the presentation layer to an application service
Sat, 09/04/2010 - 19:18
Hi, ... Yes that is a popular way to do it. ... You have two solutions: 1) You can guarantee that job gets and events are handled in the same transactions.
Sat, 09/04/2010 - 18:10
... I meant either way the house does not robbed. Nuno
Sat, 09/04/2010 - 18:08
Hi Greg, ... Yes our perception is either correct or incorrect. Is that eventual consistency? More revealing is the fact businesses don't decide based on
Sat, 09/04/2010 - 08:03
Nuno I look at my cup it is empty right now. It takes my brain more than 150 ms to even perceive that I am seeing a cup. In this time the state of the cup
Sat, 09/04/2010 - 05:00
Not dangerous. If they are out of sync in such a way that the command would break invariants, the command would be rejected/not be executed. What if the
Sat, 09/04/2010 - 04:48
If you are referring to your 2 entities Mission and Request, they should really be inside a single BC, not separate ones. At least that's what I think. enjoy,