Explore core concepts of Domain Driven Design, its pros and cons, modeling techniques, and hexagonal architecture to transform complex business requirements into effective software solutions.

In this course, you are going to learn the most important concepts of Domain Driven Design or DDD for short. You will see both benefits and drawbacks, techniques to model, how DDD can be implemented using hexagonal architecture and many other amazing concepts.

By the end of this course, you will be able to take complex business requirements and processes and turn them into meaningful software.

Domain Driven Design Made Easy

Hexagonal architecture is based on a few principles that should be followed to build well-structured components. If we overlook any of them, we will experience problems in the future. Additionally, it can be quite tortuous to change bad implementations, especially in a system that runs on production.

# SOLID principles
To implement components based on hexagonal architecture, it is necessary to understand the **SOLID** principles, which are as follows:
1. **The single-responsibility principle**: This principle states that a class should only change due to one reason. The class should only execute one functionality.
2. **The open-close principle**: This principle states that a class should be opened to extension, but closed to modification.
3. **Liskov’s substitution principle**: This principle states that the objects of a superclass should be replaceable with the objects of its subclasses, and that this replacement will not cause a break in the system.
4. **The interface-segregation principle**: This principle states that the use of one interface with many defined methods, which may not be required in some implementers, is not the best approach.
5. **The dependency-inversion principle**: This principle states that high-level functions should be reusable and unaffected by changes in low-level functions. To follow this principle, it is necessary to introduce abstractions to decouple both the levels from one another. This is the most important principle that is used to implement hexagonal architecture.


# Principles of hexagonal architecture
The pattern of hexagonal architecture is based on three principles which are, in turn, supported by the SOLID principles.

## Clear-separation principle
There must be a clear separation of responsibilities. In every component, there is a way to identify these responsibilities through analysis. For example, we can identify these responsibilities if we analyze a specific action that is executed or a way that is used to save information. To comply with this principle, it is important to separate these functionalities from one another. 
The following image shows the basic form of the separation of responsibilities.


Learn about the principles of hexagonal architecture.

Introduction

Mapping Domain to Model

Domain Activities

Domain Objects

Domain Abstractions

Hexagonal Architecture

Conclusion

Principles