Да, работал с Domain-Driven Design (DDD). Основные концепции, которые применял: - **Разделение на слои** (Domain, Application, Infrastructure, Presentation) - **Агрегаты** (Aggregates) – группы связанных сущностей, управляемые через корневой объект - **Репозитории** (Repositories) – абстракции для доступа к данным, скрывающие детали реализации - **События домена** (Domain Events) – реакция на изменения в домене Пример агрегата и репозитория: ``` class Order: def __init__(self, id: str, items: list[OrderItem]): self.id = id self._items = items def add_item(self, item: OrderItem): self._items.append(item) class OrderRepository: def save(self, order: Order): # Логика сохранения в БД pass def get_by_id(self, order_id: str) -> Order: # Логика загрузки из БД pass ``` DDD особенно полезен в сложных бизнес-доменах, где важно четко разделять ответственность и избегать анемичных моделей.