Domain-Driven Design
Updated: 6 min 23 sec ago
2 hours 25 min ago
Something like Domain Driven Design from Eric Evans or Patterns of Enterprise Application Architecture (P of EAA) by Martin Fowler or Design Patterns by the
2 hours 38 min ago
Hi does anyone know if there exist a collection somewhere full of different patterns on how to create different Models? If would be nice if there were... /Mark
Fri, 07/30/2010 - 03:37
If you need return message, why not use CQRS. Greg presentation very nicely. Okey if you have hand coded SQL here is nice example written by Mark Nijhof :
Fri, 07/30/2010 - 03:35
Or you can use some dynamic proxy for that.. Minus of the "update all columns" is that it will cause much higher fragmentation of the database, higher traffic,
Fri, 07/30/2010 - 03:21
I was thinking of a proxy that implements the interface of each entity in the aggregate. It tracks changes as it receives invocations and then reflects the
Fri, 07/30/2010 - 01:06
Thanks Vaughn. Sorry for my ignorance, but the proxy you are talking about here, is that an implementation of the Observer Pattern? So, once properties of an
Thu, 07/29/2010 - 12:06
Greg, btw what about you? Are you using pure interfaces to define your models? I remember these two posts that I read some year ago:
Tue, 07/27/2010 - 23:04
... We are using Qi4j in Java, where all domain models are defined with interfaces+mixins, so yes. The main gain for us is that we can have domain objects with
Tue, 07/27/2010 - 20:09
Hey folks, First of all, I apologize if the formatting doesn't work out. I pretty much copied this straight from my post at stackoverflow.com.
Tue, 07/27/2010 - 20:08
We are not currently using interface based programming. One of the reasons is that we many classes with lot of properties. Adding interface for everything
Tue, 07/27/2010 - 18:40
I can't remember all the details now but they were all related to the Open/Closed Principle. A case was simply related to a sealed EventArgs defined in a
Tue, 07/27/2010 - 17:53
- EventHandler making some interfaces depends upon concrete classes (in rare cases it has been an issue) Can you give an example? ... -- Les erreurs de
Tue, 07/27/2010 - 17:52
Please: if you would reply "NO! CERTAINLY NOT": I'd like to know your opinion about the reason of your choice. Giacomo
Tue, 07/27/2010 - 17:49
Are you using interface based programming while developing your domain models? On our biggest projects we took such approach and we have found it good. It
Tue, 07/27/2010 - 00:11
To me these statements contradict. If a repository or whatever is backing the repository is "smart" enough to figure out what changed, then why do you need any
Mon, 07/26/2010 - 23:22
I replied earlier but was never posted. If you are looking for some way to diff your aggregate instances you are going to need some kind of UoW. I am not
Mon, 07/26/2010 - 22:58
I'm totally against the idea of this database design, but it has been there for over 10 years and I joined this company less than 2 years ago. It's not
Mon, 07/26/2010 - 15:16
... Relationships, etc. Isn't this what a database does anyways? Might be a good time to ask what you are gaining by rebuilding the functionality of a
Mon, 07/26/2010 - 07:47
I mean't that 'smart' repository would new which properties of object have changed and would persist only these. This is not a direct responsibility of a
Mon, 07/26/2010 - 06:35
... Thank you for your response. I understand the this can easily be done with EF. However, due to our current implementation of the DB, we cannot use an ORM.