Domain Driven Design: Learning

1.  Introduction

In the post I would like to help folks who want to improve their design skills and way of thinking by introducing in the Domain Driven Design (DDD) and provide a set of resources which I find useful. Also I will try to sort the resources because very often we can drop to learn something new only because we don’t see any sense or very little sense in reading a topic. That can happen because some resources are good for beginners other are good for more advanced folks, some persons need more practical examples for others  theory is enough to create a picture.

2.Why DDD?

There are few patterns to organize Domain Logic (or business logic):

1)      Table Module - A single instance that handles the business logic for all rows in a database table or view.

2)      Transaction Script - Organizes business logic by procedures where each procedure handles a single request from the presentation.

3)      Domain Model - An object model of the domain that incorporates both behavior and data.

The patterns are described in more depth in Patterns of Enterprise Application Architecture (P of EAA) book by Martin Fowler. In his book he shows that first two patterns are easier to start with than Domain Model pattern, but by adding more complexity to domain logic, time to implement the complexity is much smaller when Domain Model is used. So the short conclusion from this is that Domain Model pattern is well suited to challenge complex domain needs (e.g. Financial Domains). Most of the software solutions in nowadays are designed to automate different domains, and a large number of systems are specific to particular needs of a business, so common software solutions in high competitive business less and less find their place in market. Why I’m discussing that? Because DDD is not only about the pure design but also teach how to abstract a complex Domain in a software solution where you will discover new ways of dealing with complexity, changes, communication, ubiquitous language etc.. Instead of making the system ugly, very hard to understand, un-maintainableand where any change in the system leads to a deeper legacy.

DDD doesn’t ignore any other existing practice: Object Oriented Design, GoF patterns, S.O.L.I.D. design principles, TDD, Agile etc… DDD just complements them. To find right model and abstractions in complex scenarios still is needed to be a good Object Oriented modeler using various patterns and principles (not just DDD’s).

3.       Where to start from?

If you were interested in my DDD commercial then let’s go further, if not but still want to know more about DDD don’t leave the post because you can find more information interesting in provided resources :-).

 First book which puts the light on DDD for larger community was Domain-Driven Design: Tackling Complexity in the Heart of Software by Eric Evans. The book describes very well what DDD is about and all aspects such as: ubiquitous language, bounded context, patterns, design best practices, refactoring, domain modeling, how it works in Agile, and a lot of other good things. But even you will understand all very well what is described in the book which is not easy task, but… the book could leave a lot of questions from practical perspective (how those things works in practice) because the book is technology - agnostic. That can’t happen for advanced developers with strong background. For most of us reading theory without seeing a practical part of the things is very boring and even could lead to confusions. That is why I would recommend starting with a mini version of the Eric’s book, Domain Driven Design Quickly which could be downloaded for free if you have a registration on the infoq site.

There are also good Eric’s presentations which you can start with:

1)      DDD: putting the model to work

2)      Eric Evans on DDD: Strategic Design

3)      Eric Evans: What I've learned about DDD since the book

4)     Strategic Design & Responsibility Traps

Infoq has many other good presentations, articles and interviews.

So if you already have some theoretical background and where interested in the DDD then to clarify practical things of the organization of a software solution checkout .NET Domain-Driven Design with C#, Problem – Design – Solution book by Tim McCarthy.  

From the book you can learn in practice:

1)      How the process is going from requirements to design and then to a code solution

2)      How to organize architectural solution and layers

3)      How common DDD patterns and practices are applied

4)      How to build a little infrastructure framework for DDD

5)      How to isolate Domain Model from infrastructure

6)      Etc...

This is very good DDD practical book, even there are not ready to use implementations for production, but his ideas and concepts can be applied widely.  The book starts with just requirements and finally at the end of the book the author provides a sample application in .NET 3.5 which you can check out on codeplex.

All the concepts of the book are built mainly on three books: Martin’s PoEAA, Eric’s Book, and Jimmy Nilsson’s book Applying Domain - Driven Design and Patterns.  

However DDD is not only practical solution or patterns, it is a mindset and discipline, and there are many other things which should be considered if you are decided to go on DDD way such as:  focusing on a model and importance of a model, ubiquitous language, bounded context, process of modeling, knowledge sharing, refactoring, strategic design, etc... that is why I strongly recommend to return back to the Eric’s book after reading Tim’s book. At the stage Eric’s book will give you more value and more concepts which are better understudied. 

DDD is not tied to any technology however it will be hard to accomplish it without good tools and practices in your toolkit such as TDD, ORM, Persistence Ignorance (PI), Inversion of Control (IoC), and Aspect Oriented Programming (AOP), that doesn’t mean that all of them always are absolutely necessary but they can help to implement a real DDD solution. Particularly those tools can help to isolate domain model from infrastructure, the isolation is a key of success in DDD. Nilsson’s book covers those tools and techniques that are practical guide to implement maintainable and robust DDD systems. Nilsson also shows how to link enterprise patterns and DDD concepts in one well structured system in the same time showing how modern technologies and techniques can be useful rather an obstacle.

4.       DDD related topics

Other very tightly related topic is Distributed DDD (DDDD). DDDD is DDD in distributed scenarios.  There are not so many resources on the DDDD, in few words DDDD is about messaging and Domain Driven Design, Command Query Separation (CQS) concept helps to combine DDD and messaging. Greg Young says that he is writing a book related to DDDD. More theory about CQR here and sample here .

SOA and DDD is also another great topic which is very often discussed by Udi Dahan

5.       DDD patterns, concepts and terms

In real world DDD implementation are used a set of patterns, a part of them are described in Eric’s book, but as I already mentioned that doesn’t mean other OO principles and pattern are not applicable, such as GoF patternsPoEAA, Enterprise Integration Patterns, etc…

Here are few of them:

a)      Value Object

b)      Entity

c)       Service

d)      Module

e)      Aggregate

f)       Repository

g)      Specification

h)      Layer Supertype

i)        Identity Map

j)        Factories

k)      Unit of Work(UoW)

l)        Inversion of Control(IoC)

m)    Aspect Oriented Programming(AOP)

n)      Bounded Context

o)      Ubiquitous language

p)      Object-relational mapping(ORM)

q)      Anemic Domain Model anti pattern


6.       Sample applications

Good DDD samples is very hard to find, that is not because they doesn’t exists but because real DDD power is discovered in complex domains. Mostly DDD projects with complex domains are commercial projects. However there are few projects where you can catch some ideas to have implementation view of DDD patterns.

Here are few of them:

1) Tim’s project, the project is described in details by his book. He not only describes patterns used but also a domain model implementation from DDD point of view.

The project is also interesting because he uses new technologies like .NET 3.5, WPF, and shows how to implicate Model View View-Model (MVVM) pattern to adapt domain model to view and take advantage of powerful data binding.  Also I like how he finds common logic and refactor it to Template Pattern.              

2) Next project which I strongly recommend to take a look is Yves Goeleven's sample application; he also has posts where he describes his sample application and DDD concepts. Another his sample application advantage is that the sample is based on his little and clean framework if I can name so. The framework source code is also available. Take attention to how he uses specification pattern together with repositories.

3) Billy McCafferty also has a very interesting open source framework which is focused to DDD, named S#arp Architecture. He also has a very good description of many best practices which are encapsulated by the framework. The framework mainly is targeted to ASP.NET MVC and NHibernate.

4) C# Domain-Driven Design sample application ( ndddsample ), Im also involved in the project, the project is in mature stage, and has a lot of DDD patterns and concepts covered from practical perspective. One of the main targets of the project is to demonstrate a practical implementation of the building block patterns described in the Eric Evans book based on a real but simplified cargo domain (which is also used as example in Eric Evans’ book).

The project is based on a joint effort by Eric Evans' company Domain Language and the Swedish software consulting company Citerus.

The purpose of the project is:

-To show practical side of DDD using .net framework

- Incrementally adjust the code and apply .net conventions and practices

- Use latest .net tools, technologies and software development methodologies that are widely used and discussed within group

- To provide an "how-to" example for implementing a typical DDD application

- To show a decent way to do it(but not the way to do it). Eventually, the same design could be re-implemented on various popular platforms, to give the same assistance to people working on those platforms,and also help those who must transition between the platforms.

- To support discussion of implementation practices. Variations could show trade-offs of alternative approaches, helping the community to clarify and refine best practices for building DDD applications. 

here is more info.

5) MyShop - DDDD Sample Application - This is a sample application to proof the concept of DDDD, better known as CQS & event storage an extension to DDD. This concept was first mentioned by Gregory Young and since then it created a huge buzz in the community

7.       Domain Driven Design Recommended

Official site -

Discussion Group - this is very old group, very good source of ideas, place for discussion of all kind DDD related problems. Your question could be answered by many experienced in DDD people, even by Eric Evans :-).

Jimmy Bogard -

Colin Jack -

Greg Young -

Casey Charlton -

Udi Dahan -

An Introduction To Domain-Driven Design-



8. Conclusion

If you want to open your Object Oriented horizons in complex enterprise systems and discover new development and design ways then DDD is for you.

Thank you,

Artur Trosin


  • Hi Remco,
    For me too, because knowledge are always not enough (especially DDD) :).

  • Great resource!

    L) and M) are the same link, M is the incorrect one.

  • Hi,
    Sorry for inconvenience, links are fixed.

  • its very good article on Domain Driven Design really very nice to undersatnd..

  • Thank you Arthur, for this great, goal-oriented and covering-whole summary.

  • If the Application Layer calls a Domain Service, then shouldn't the Domain Service be a Static Class INSTEAD OF an Interface? I feel if a Domain Service is only an Interface, then that leaves the Application Layer with the responsibility to implement the business rules. I need clarification on this. This is the only aspect of DDD that confuses the hell out of me.


  • @Roy
    Service within domain model is an operation that usually doesn’t fit well in any Entity or Value Object. An example is Transfer operation from one account entity to another account entity instance. So, in this case it could be implemented as MoneyTransfer class with the Transfer(Account source, Account destination){…} method\operation (it could be static or not static class) within domain model. It is what you suggested.
    If you take a look here , you will see ‘interface’ term but its meaning not interface keyword but public class members(it is general meaning of interface in OOD).
    Also, services in general is recommended to be expose via an interface (i.e. interface IMoneyTransfer{…}).
    Hope that’s clarify a bit.

  • Thanks for the quick response, Artur. That does clarify a bit. My only question now is if it's recommended that a Domain Service be exposed through an interface, shouldn't that implementation still resided in the Domain vs the Application?

    For example: in the namespace Domain.Services you would have IMoneyTransfer and within the same namespace have MoneyTransferService that implements IMoneyTransfer.

    Does that make sense?

    What I'm getting at is you wouldn't build an Application Service object to implement a Domain Service interface like IMoneyTransfer.

    Is that right?

  • @Roy

    For most cases your logic is right, but...

    all the implementation of domain logic should be within domain model, in the same time domain model must not be polluted with any infrastructure logic. As side effect of this if you need to have some external calls to web service for example or imply infrastructure logic in the service operation, then you can have just interface within domain model of the service but implement it within Application layer. Application layer is the only layer where is allowed to mix infrastructure (logging, transactions,…) with domain.

  • @Dennis
    Thank you for feedback and links, I've updated the article and referenced them, also are added some new links.

  • Hi All
    Cannot believe DOMAIN DRIVEN DESIGNS FOR 2010 ...are more exciting and upto the standards as per PMI project management requirement for USA projects going on in USA and other countries...Typical Infosys TCS WIPRO big companies approach...
    Maneesh Innani
    Enterprise Architect

  • This is very good DDD practical book, even there are not ready to use implementations for production, but his ideas and concepts can be applied widely.

  • This is very so nice.

  • Thanks for sharing resources of DDD.
    They're really guide me a way to approach to DDD.

  • Hi there,

    You have 'ubiquitous language' spelled as 'ubiquities language' in a few places above.

    Excellent post, all in all.

    Many thanks.


  • Mike,
    thanks for the feedback, fixed.

    Artur Trosin

  • i need to design a online help system. where content would be title and body section of html text. A content can associated with one or more product, product version and language.

    Searching would search for one or mutiple languages content and show facets for product, product version and language.
    In your opinion what should be the DDD entities, values and aggregates that latter will help search and select content by tags or metadata?

  • It's awesome for me to have a web site, which is beneficial in support of my experience. thanks admin

  • Wow, fantastic blog layout! How long have you
    been blogging for? you made blogging look easy. The overall look
    of your website is excellent, as well as the content!

  • Hello everyone, it's my first pay a visit at this website, and piece of writing is actually fruitful in favor of me, keep up posting these types of articles or reviews.

  • Information that informs the public and makes them good citizens
    is the kind of quality information that one can be
    proud to call news, and if it ever goes completely out of style, may the Lord help us, for it will be the end of civilization as we know it.
    Researches have also found the Broccoli also contains necessary enzymes such as myrosinase in it.
    If a person is connected with the latest headlines, it will develop an awareness in him with regards to the world which surrounds him.

  • No matter what level of your fitness, developing a proper fitness program will allow you to make improvements
    to your golf swing. I spent hundreds of dollars trying to
    find that "quick fix" or magic solution that would have allowed me
    to drop the desired pounds and have the perfect body.
    Avoid burnout by mixing up your exercises so that you will stay interested in doing them.

  • Wow, amazing blog layout! How long have you been blogging for?
    you make blogging look easy. The overall look of your
    website is great, let alone the content!

  • It's awesome for me to have a site, which is valuable designed for my knowledge. thanks admin

  • hp laserjet p1505 printer drivers download.

  • These courses give you basic education pertaining to glossaries used in such organizations, how to go about doing things, etc.
    These countries fear being starved of biotechnology-related research funds, because, if the proposal is implemented, they
    argue, attention will henceforth focus on consensually agreed centers of excellence.
    It is a living example of the old adage of risk and return - the higher the risk, the greater the
    potential return.

  • It's in fact very difficult in this full of activity life to listen news on TV, so I just use internet for that purpose, and get the newest information.

Comments have been disabled for this content.