Domain Driven Design or DDD for short is a huge but interesting topic. It has many complex subjects focused on business and technical perspectives. In the technology industry, people always talk about how both perspectives should work together in order to give the business benefits. However, that is not an easy task and it is when DDD appears in the scene. In this course, you are going to learn the most important concepts of DDD. You will see some concerns, techniques to model, how DDD can be implemented using hexagonal architecture and many other amazing concepts.

Domain Driven Design (DDD) Made Easy

As Eric Evans mentions in his book, there may be occasions when an object’s creation and assembly are complex. Such a process may need to orchestrate a lot of logic in order to create the complex object. He mentions an example related to open a bank account, this process requires many objects in order to be executed properly. Oftentimes the logic required to create those objects is not related to business logic. It can lead to messing up the business logic. To deal with this situation, Domain Driven Design suggests implementing a factory.

# What are factories?
Factories are a tactical pattern in the Domain Driven Design world. It helps in creating complex objects. It is important to keep in mind implementing this pattern only when the instantiation of an object is complex. Factory may add unnecessary complexity. 

Despite helping in creating aggregates, it does not mean a factory has to be in every aggregate inside the domain logic. A factory should only be inside the aggregate root as this is the object that orchestrates all business logic.


Learn what a factory in Domain Driven Design is and how to implement it to create complex entities.

Introduction

Mapping Domain to Model

Domain Activities

Domain Objects

Domain Abstractions

Hexagonal Architecture

Factories