Python DDD Example and Techniques
NOTE: This repository is an example to explain 'how to implement DDD architecture on a Python web application'. If you will to use this as a reference, add your implementation of authentication and security before deploying to the real world!!
- My blog post: https://iktakahiro.dev/python-ddd-onion-architecture
Tech Stack
Code Architecture
Directory structure (based on Onion Architecture):
βββ main.py
βββ dddpy
βΒ Β βββ domain
βΒ Β βΒ Β βββ book
βΒ Β βββ infrastructure
βΒ Β βΒ Β βββ sqlite
βΒ Β βΒ Β βββ book
βΒ Β βΒ Β βββ database.py
βΒ Β βββ presentation
βΒ Β βΒ Β βββ schema
βΒ Β βΒ Β βββ book
βΒ Β βββ usecase
βΒ Β βββ book
βββ tests
Entity
To represent an Entity in Python, use __eq__()
method to ensure the object's itendity.
class Book:
def __init__(self, id: str, title: str):
self.id: str = id
self.title: str = title
def __eq__(self, o: object) -> bool:
if isinstance(o, Book):
return self.id == o.id
return False
Value Object
To represent a Value Object, use @dataclass
decorator with eq=True
and frozen=True
.
The following code implements a book's ISBN code as a Value Object.
@dataclass(init=False, eq=True, frozen=True)
class Isbn:
value: str
def __init__(self, value: str):
if !validate_isbn(value):
raise ValueError("value should be valid ISBN format.")
object.__setattr__(self, "value", value)
DTO (Data Transfer Object)
DTO (Data Transfer Object) is a good practice to isolate domain objects from the infrastructure layer.
On a minimum MVC architecture, models often inherit a base class provided by an O/R Mapper. But in that case, the domain layer would be dependent on the outer layer.
To solve this problem, we can set two rules:
- Domain layer classes (such as an Entity or a Value Object) DO NOT extend SQLAlchemy Base class.
- Data transfer Objects extend the O/R mapper class.
CQRS
CQRS (Command and Query Responsibility Segregation) pattern is useful
- Read model and Write model
- Define read models and write models in the usecase layer
- Query
- Define query service interfaces in the usecase layer
- Implement query service implimentations in the infrastructure layer
- Command
- Define repository interfaces in the domain layer
- Implement repository implimentations in the infrastructure layer
- Usecase
- Usecases depend on repository interfaces or query service interfaces.
- Usecases return an instance of read|write model to a main routine.
UoW (Unit of Work)
Even if we succeed in isolating the domain layer, some issues remain. One of them is how to manage transactions.
UoW (Unit of Work) Pattern can be the solution.
First, define an interface base on UoW pattern in the usecase layer. begin()
, commit()
and rollback()
methods are related a transaction management.
class BookCommandUseCaseUnitOfWork(ABC):
book_repository: BookRepository
@abstractmethod
def begin(self):
raise NotImplementedError
@abstractmethod
def commit(self):
raise NotImplementedError
@abstractmethod
def rollback(self):
raise NotImplementedError
Second, implement a class of the infrastructure layer using the above interface.
class BookCommandUseCaseUnitOfWorkImpl(BookCommandUseCaseUnitOfWork):
def __init__(
self,
session: Session,
book_repository: BookRepository,
):
self.session: Session = session
self.book_repository: BookRepository = book_repository
def begin(self):
self.session.begin()
def commit(self):
self.session.commit()
def rollback(self):
self.session.rollback()
session
property is a session of SQLAlchemy,
How to work
- Clone and open this repository using VSCode
- Run Remote-Container
- Run
make dev
on the Docker container terminal - Access the API document http://127.0.0.1:8000/docs
Sample requests for the RESTFul API
- Create a new book:
curl --location --request POST 'localhost:8000/books' \
--header 'Content-Type: application/json' \
--data-raw '{
"isbn": "978-0321125217",
"title": "Domain-Driven Design: Tackling Complexity in the Heart of Software",
"page": 560
}'
- Response of the POST request:
{
"id": "HH9uqNdYbjScdiLgaTApcS",
"isbn": "978-0321125217",
"title": "Domain-Driven Design: Tackling Complexity in the Heart of Software",
"page": 560,
"read_page": 0,
"created_at": 1614007224642,
"updated_at": 1614007224642
}
- Get books:
curl --location --request GET 'localhost:8000/books'
- Response of the GET request:
[
{
"id": "e74R3Prx8SfcY8KJFkGVf3",
"isbn": "978-0321125217",
"title": "Domain-Driven Design: Tackling Complexity in the Heart of Software",
"page": 560,
"read_page": 0,
"created_at": 1614006055213,
"updated_at": 1614006055213
}
]