Comments on: Domain Model Pattern http://www.udidahan.com/2007/04/21/domain-model-pattern/ Enterprise Development Expert & SOA Specialist Thu, 11 Mar 2010 11:59:32 -0600 http://wordpress.org/?v=2.8.4 hourly 1 By: JB http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-36533 JB Thu, 06 Aug 2009 13:57:25 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-36533 Yes, Udi, that would most definitely address my issue. Unfortunately it's not something that's easily realized since it would involve pretty big management decisions ;) Maybe the time isn't right for investments in a Mainframe-To-MSSQL integration. But one can always dream... /JB Yes, Udi, that would most definitely address my issue. Unfortunately it’s not something that’s easily realized since it would involve pretty big management decisions ;)

Maybe the time isn’t right for investments in a Mainframe-To-MSSQL integration. But one can always dream…

/JB

]]> By: udidahan http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-36526 udidahan Wed, 05 Aug 2009 16:46:32 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-36526 JB, What I suggest my clients do in cases like yours is to have an additional DB where the work is done against, and have a separate process which synchronizes that against the mainframe. Would that address your issues? JB,

What I suggest my clients do in cases like yours is to have an additional DB where the work is done against, and have a separate process which synchronizes that against the mainframe.

Would that address your issues?

]]> By: JB http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-36521 JB Tue, 04 Aug 2009 16:15:38 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-36521 Hi Udi, Thanks for an interesting article. You mention that domain entities should be persisted using ORM. In my organization, most underlying data comes from the legacy mainframe systems and it's just not well-designed enough to be used with ORM. Is DDD thus not for us? Is there a "next best" practice or are we stuck with the anemic anti-pattern? Hi Udi,

Thanks for an interesting article. You mention that domain entities should be persisted using ORM. In my organization, most underlying data comes from the legacy mainframe systems and it’s just not well-designed enough to be used with ORM. Is DDD thus not for us? Is there a “next best” practice or are we stuck with the anemic anti-pattern?

]]> By: » Entity Services Rollup http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-2136 » Entity Services Rollup Fri, 08 Jun 2007 07:36:39 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-2136 [...] An SOA Service may be implemented using Entity Services, or not. If so, those Entity Services are not allowed to be accessed outside that SOA Service’s boundary. As such, they are an implementation detail of SOA. In which case we can have very interesting discussions about the relative value of Entity Services over things like the Domain Model Pattern. [...] [...] An SOA Service may be implemented using Entity Services, or not. If so, those Entity Services are not allowed to be accessed outside that SOA Service’s boundary. As such, they are an implementation detail of SOA. In which case we can have very interesting discussions about the relative value of Entity Services over things like the Domain Model Pattern. [...]

]]> By: the ‘bee log / Domain Model: Less Pattern, More Lifestyle http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1644 the ‘bee log / Domain Model: Less Pattern, More Lifestyle Tue, 08 May 2007 05:22:42 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1644 [...] If you can’t tell I’m catching up on Udi’s blog. He’s got a post up with some commentary about Martin Fowler’s “Anemic Domain Model Anti-Pattern” and it’s typically insightful so read it. [...] [...] If you can’t tell I’m catching up on Udi’s blog. He’s got a post up with some commentary about Martin Fowler’s “Anemic Domain Model Anti-Pattern” and it’s typically insightful so read it. [...]

]]> By: » Database performance optimization http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1524 » Database performance optimization Mon, 30 Apr 2007 11:12:29 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1524 [...] systems. The fact that we use O/R Mapping makes the business logic possible to get right (using the Domain Model Pattern), but adds another dimension to the performance optimization - primarily around limiting the number [...] [...] systems. The fact that we use O/R Mapping makes the business logic possible to get right (using the Domain Model Pattern), but adds another dimension to the performance optimization – primarily around limiting the number [...]

]]> By: wagnerblog.com » Anemic Domain Model Anti-Pattern http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1470 wagnerblog.com » Anemic Domain Model Anti-Pattern Sun, 22 Apr 2007 21:58:57 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1470 [...] has an interesting post about the notion of an Anemic Domain Model Anti-Pattern. He does point out that Datasets frequently go [...] [...] has an interesting post about the notion of an Anemic Domain Model Anti-Pattern. He does point out that Datasets frequently go [...]

]]> By: » SQL Injection attacks & O/R mapping http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1455 » SQL Injection attacks & O/R mapping Sat, 21 Apr 2007 18:33:36 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1455 [...] just wanted to mention this added side benefit of moving to the Domain Model pattern - no more SQL injection [...] [...] just wanted to mention this added side benefit of moving to the Domain Model pattern – no more SQL injection [...]

]]> By: » DDD – why bother? http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1454 » DDD – why bother? Sat, 21 Apr 2007 18:24:43 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1454 [...] Driven Design (DDD), alongside its growing popularity, is experiencing some growing pains. The Domain Model pattern, documented in the Patterns of Enterprise Application Architecture book, is at the heart of DDD yet [...] [...] Driven Design (DDD), alongside its growing popularity, is experiencing some growing pains. The Domain Model pattern, documented in the Patterns of Enterprise Application Architecture book, is at the heart of DDD yet [...]

]]> By: » Dataset – O/R mapping rumble at TechEd MVP Dinner http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1452 » Dataset – O/R mapping rumble at TechEd MVP Dinner Sat, 21 Apr 2007 18:20:04 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1452 [...] separately was accepted. Secondly, I proposed that an object model (specifically implementing the Domain Model pattern) designed for OLTP would perform poorly when used for querying/reporting – simply because it [...] [...] separately was accepted. Secondly, I proposed that an object model (specifically implementing the Domain Model pattern) designed for OLTP would perform poorly when used for querying/reporting – simply because it [...]

]]> By: » Lazy-Loading and How Messaging Fixes Everything Again http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1451 » Lazy-Loading and How Messaging Fixes Everything Again Sat, 21 Apr 2007 18:04:17 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1451 [...] XML/Relational Mapping as Jesse suggest here (although he ignores the whole issue of implementing Domain Models or Active Records using an O/R Mapper). What this solution enables us to do is to define different [...] [...] XML/Relational Mapping as Jesse suggest here (although he ignores the whole issue of implementing Domain Models or Active Records using an O/R Mapper). What this solution enables us to do is to define different [...]

]]> By: » Thoughts about workflow foundation http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1449 » Thoughts about workflow foundation Sat, 21 Apr 2007 17:27:44 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1449 [...] the business logic of the system with WF. Personally, I think that that’s a bad choice. Object-oriented domain models do an excellent job of modelling complex business logic. The procedure-oriented nature of workflows [...] [...] the business logic of the system with WF. Personally, I think that that’s a bad choice. Object-oriented domain models do an excellent job of modelling complex business logic. The procedure-oriented nature of workflows [...]

]]> By: » Object/Relational Mapping and Scalability http://www.udidahan.com/2007/04/21/domain-model-pattern/comment-page-1/#comment-1446 » Object/Relational Mapping and Scalability Sat, 21 Apr 2007 14:54:56 +0000 http://udidahan.weblogs.us/2007/04/21/domain-model-pattern/#comment-1446 [...] never stand alone. They are used to provide persistence for something else – either for the Domain Model Pattern or for the Active Record [...] [...] never stand alone. They are used to provide persistence for something else – either for the Domain Model Pattern or for the Active Record [...]

]]>