Showing posts with label DDD. Show all posts
Showing posts with label DDD. Show all posts

Wednesday, May 25, 2011

Domain Driven Design Architecture with .Net eBook Released (We're talking 475 pages of DDD...) - "N-Layered Domain-Oriented Architecture Guide with .Net 4.0" (PDF, XPS, with ePub and Mobi coming soon)

Cesar de la Torre - BLOG - Just Published the English version of our 'DDD N-Layered .NET 4.0 Architecture Guide’ book and Sample-App at CODEPLEX

"We just published the English version of our 'DDD N-Layered .NET 4.0 Architecture Guide’ book (at MSDN).

The ‘landing page’ where you can download the free eBook in several formats like .PDF, .XPS and for eBook Readers (.EPUB, .MOBI) is the following:

This special post is dedicated to let you know that we recently published at MSDN the new DDD .NET 4.0 Architecture Guide/Book (First Edition in English), available as eBook (.PDF, .EPUB and .MOBI) which follows Domain Driven Design Architectural style and trends. We also provide an end-to-end sample application (at CODEPLEX) where you can check every .NET code aspect. We were working on it during 2010 and published the same guidance in Spanish in late 2010. Since its first publication we got really good feedback you can check below and at our CODEPLEX site.


MSDN Architecture Center - DDD NLayered .NET 4.0 Architecture Guide


From the PDF;


By Diego Vega (Program Manager, Microsoft Corp., Redmond, Seattle, U.S.)

By the time we released the first version of Entity Framework we were constantly getting feedback from the DDD Community about things that were missing in EF. The main issues were blockers for practicing DDD with EF, such as Lack of Persistence Ignorance support, difficulties of testability and high friction in some areas of the API.

Members of the DDD Community and the EF team spent considerable time discussing and cross-educating each other these subjects and on the true potential of EF. This had a strong influence in the second version of the EF, called EF 4.0, and the improvements that Later crystallized in EF 4.1, which included massive improvements Intended to address many of those concerns.

EF is still going to evolve to improve the experience and to make it easier to fall into what many Like to call the “Pit of Success” of software development. But in EF 4 we already reached an important turning point: When customers pick EF for using it in their applications, they often come to us to ask for best practices, e.g. how to implement things with less and more maintainable code. Many of these customers now learn about concepts like Persistence Ignorance and Testability for the first time in our forums, blogs and conference talks! Therefore we are always Looking for ways to disseminate this information.

This book is a necessary and great attempt to distill the existing body of best practices for doing DDD with EF. I hope it will be very useful for those customers in need of such kind of guidance. Like EF, I hope this book will also evolve over time to accommodate new knowledge and scenarios. I am looking forward to seeing the impact of this initial work, as well as other things coming from the authors in the future.

Target audience of the Guide
This guide is targeted to the people involved in the entire Lifecycle of software products or corporate applications with custom development. Specially, the following roles are applicable:
. Software Architect
. Lead Developer and Developer

That should be enough reading for the coming long weekend... ;)

Monday, February 16, 2009

DDD (Domain Driven Design) Series as a free eBook

Casey Charlton - Insane World - DDD: Download an eBook of the Series

“To save you lots of clicking backwards and forwards as each part of this series on Domain Driven Design appears, I am going to collate the posts along the way into a downloadable PDF format.

The parts so far can be downloaded from here [GD: Click through for the download link]

As the series develops, this file will be updated with the latest version, so should always remain current.”


There is a lot of interest in DDD recently, both in the book, and in the methodology, and in the

As a book and methodology, DDD is an excellent way to approach complex software problems,
and make them far more understandable and manageable. As a buzzword, DDD is in danger of
being corrupted like many other good software practices.

To try and clear up some of the confusion around DDD, I am intending to start a series of short
blog posts, covering aspects of DDD and trying to demystify it.

Domain Driven Design is actually pretty simple. It really isn’t that hard. That said, developers
seem to have a hard time grasping it. I put this down to a great deal of inexperience, with many
people who have just read the book in a cursory way saying “we are doing domain driven design”
– these people then confuse the issue for others.


A free 18 page, so far, eBook for those trying to wrap their heads around Domain Driven Design (DDD). This eBook as a compilation of Casey Charlton’s series on DDD and so is a growing, living, work in progress.

The series so far;

  1. Domain Driven Design: A Step by Step Guide 
  2. DDD: The Ubiquitous Language 
  3. DDD: Bounded Contexts 
  4. DDD: There Is No Database 
  5. DDD: Command Query Separation as an Architectural Concept 
  6. DDD: Entities and Value Objects 
  7. DDD: Where is the Code? 
  8. DDD: Download an eBook of the Series
  9. DDD: Aggregates and Aggregate Roots