Comments on: Domain-Driven Design: Data Access Strategies http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/ Simple is better than complex. Complex is better than complicated. | @fedecarg Mon, 06 Feb 2012 14:38:53 +0000 hourly 1 http://wordpress.com/ By: Fábio Tadeu da Costa http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-5387 Tue, 30 Mar 2010 15:16:30 +0000 http://blog.fedecarg.com/?p=1404#comment-5387 I have the same question above…..

]]> By: Joe http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-5276 Fri, 15 Jan 2010 12:14:49 +0000 http://blog.fedecarg.com/?p=1404#comment-5276 If you have an Aggregate that has an Entity with several fields who are Value Objects, but then also the Entity has several fields that are Maps, Sets, or Lists, how would you design a DTO (I believe aka Specification) for using within a Repository?

For example: A CreditApplication has a field type Money called loanAmount (I want to query the DB on loans of a certain value or range). It also has a Map of Applicants (I only need the Applicant ID – SSN – to perform this query). If I move the Map of Applicants into the DTO, it complicates the DTO when I only need one Applicant’s id (let say there’s 2 people applying for credit). It also complicates the code if I have the DTO (Specification) object as a field in the Root Entity CreditApplication because I don’t get much value of encapsulating data into the DTO (Specication) making it much easier to extend the specification without affecting code in multiple locations.

]]> By: Exception http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-5115 Thu, 03 Dec 2009 15:19:36 +0000 http://blog.fedecarg.com/?p=1404#comment-5115 I like your site. It seems most people don’t really bother writing articles that lack substance nowadays.

]]> By: Federico Cargnelutti’s Blog: Domain-Driven Design (Series) | Shoultes.net http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2607 Sun, 29 Mar 2009 02:47:14 +0000 http://blog.fedecarg.com/?p=1404#comment-2607 [...] Domain-Driven Design: Data Access Strategies – a look at some of the different data access methods (like Active Record, Data Transfer Objects and generic Data Access Objects) [...]

]]> By: Bashar’s Blog http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2542 Wed, 18 Mar 2009 15:06:45 +0000 http://blog.fedecarg.com/?p=1404#comment-2542 [...] read an interesting post on Domain Driven Design on Fede.carg’s [...]

]]> By: Federico http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2521 Sun, 15 Mar 2009 20:31:07 +0000 http://blog.fedecarg.com/?p=1404#comment-2521 Thanks Jani :)

]]> By: Jani Hartikainen http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2518 Sun, 15 Mar 2009 15:27:35 +0000 http://blog.fedecarg.com/?p=1404#comment-2518 If you want to learn more about Data Access Objects, I’ve written a post on implementing DAO in PHP including examples etc.

http://codeutopia.net/blog/2009/01/05/decoupling-models-from-the-database-data-access-object-pattern-in-php/

]]> By: fede.carg ( blog ) http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2516 Sun, 15 Mar 2009 03:29:03 +0000 http://blog.fedecarg.com/?p=1404#comment-2516 [...] March 15, 2009 Part 2: Domain-Driven Design: Data Access Strategies [...]

]]> By: cirpo http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2511 Sat, 14 Mar 2009 19:14:18 +0000 http://blog.fedecarg.com/?p=1404#comment-2511 @federico thanks anyway, it’s time to buy “Patterns of Enterprise Application Architecture”… :D

]]> By: Federico http://blog.fedecarg.com/2009/03/12/domain-driven-design-and-data-access-strategies/#comment-2510 Sat, 14 Mar 2009 14:43:54 +0000 http://blog.fedecarg.com/?p=1404#comment-2510 @cirpo Yes, I tried finding an article or forum discussion showing the pros and cons, but with no luck.

]]>