Yahoo! Group

Syndicate content
Domain-Driven Design
Updated: 16 min 29 sec ago

Re: There must be a quicker way than this...

4 hours 16 min ago
... I presume you looked at NO on MVC... not a good fit? Dan
Categories: Discussion

Re: Event sourcing

7 hours 23 min ago
Anyone? :) ... -- U¿ywam klienta poczty Opera Mail: http://www.opera.com/mail/
Categories: Discussion

Re: There must be a quicker way than this...

8 hours 25 min ago
sometimes, you just gotta use the right tool for the right job...unless you see you see this little app scaling a lot more than it is (in turns of features
Categories: Discussion

Re: There must be a quicker way than this...

8 hours 25 min ago
PETE! Haven't seen you on the list for a while. Recently read: Xml is like violence. If it isn't working you aren't using enough of it :) But seriously.
Categories: Discussion

Re: There must be a quicker way than this...

8 hours 39 min ago
... Snowball in hell :)
Categories: Discussion

Re: Typical implementation of Denormalizer

13 hours 2 min ago
Not sure what you want people to say. What would your events be if you don't have commands? Aside from that you could do it in the same way the simple sample
Categories: Discussion

Re: Typical implementation of Denormalizer

Tue, 09/07/2010 - 23:30
I'm surprised no one has responded to this thread! :)
Categories: Discussion

Re: There must be a quicker way than this...

Tue, 09/07/2010 - 10:23
ActiveRecord
Categories: Discussion

There must be a quicker way than this...

Tue, 09/07/2010 - 10:01
Hi all My client app talks to a DB app. It sends it either a query or a command and gets a response, for example var query = new Order_ViewQuery(...id of
Categories: Discussion

Re: Performance considerations

Tue, 09/07/2010 - 08:39
... Absolutely. When performing the operation, the information you may have, Greg or I is irrelevant to perform the action. In the end a quorum will need to be
Categories: Discussion

Re: Performance considerations

Tue, 09/07/2010 - 04:29
Hi Nuno, What I see is that there are two different things happening here: - Observation - Action So let's stick to the "real" world: For our 'observation'
Categories: Discussion

Re: Performance considerations

Tue, 09/07/2010 - 03:59
Hi Greg, Third try and last. I think you will see precisely where we diverge perception. I'll use you cup example. Here is a recap. ... I agreed that the
Categories: Discussion

Re: Is DDD slow?

Tue, 09/07/2010 - 02:48
Hi Mike, There is nothing innately wrong with transaction script. That being said, you should not assume that the "transaction script" in the repository is
Categories: Discussion

Re: Is DDD slow?

Mon, 09/06/2010 - 17:02
I would argue that this is the wrong way. In this case your repository is becoming more of a transaction script (and you run the risk of having anemic
Categories: Discussion

Re: Is DDD slow?

Mon, 09/06/2010 - 17:02
To be fair all of your requests will probably be retrieved in one round-trip select * from Requests req join Objectives obj on obj.RequestId=req.Id where
Categories: Discussion

Re: Is DDD slow?

Mon, 09/06/2010 - 17:02
So this is where LINQ comes in. I'm not sure how well NHibernate supports this scenario but EF supports projections like this var address = (from order in
Categories: Discussion

Event sourcing

Mon, 09/06/2010 - 16:33
After watching videos from Greg Young and Udi Dahan I am finally starting to understand CQRS with Event Sourcing. At least I think so ;) I have some questions.
Categories: Discussion

Re: Is DDD slow?

Mon, 09/06/2010 - 13:18
Let me walkthrough what we do now: How do you synch changes? <- The update event will will the in-memory datastore, for transactional data; and update the
Categories: Discussion

Re: Performance considerations

Mon, 09/06/2010 - 12:52
Hi Greg, ... I understand that you disagree. I'll try better one more time. ... Maybe it is me that doesn't understand what the fuss is all about eventual
Categories: Discussion

Re: Using Entities from other Bounded Contexts

Mon, 09/06/2010 - 12:16
Imagine a "Phonecall" object. It's an inmutable object, that can answer you it's duration, its source and destination number, aaand that's it. If we assign
Categories: Discussion