Луковая Архитектура

Привет! Начинаю серию постов об архитектуре.
Сегодня поговорим о луковой архитектуре (Onion или Hexagonal).

🤔 Что такое Луковая Архитектура?

Луковая архитектура - это способ организации кода в приложении, где мы разделяем его на несколько слоев. Если представить приложение как луковицу, то каждый слой - это одна из оболочек этой луковицы.

😎 Слоистая Архитектура

Мы разбиваем код на несколько слоев:

✅ Domain layer (Слой Домена): Это место, где живет бизнес-логика приложения. Здесь определяются все правила и операции, с которыми работает бизнес. Остальные слои предназначены для того, чтобы защитить бизнес-логику от внешних воздействий.

✅ Application layer (Слой Приложения): Этот слой связывает доменную модель с инфраструктурными службами. Здесь находятся классы, которые обрабатывают запросы и команды, связанные с бизнес-логикой.

✅ Infrastructure layer (Инфраструктурный слой): Этот слой содержит всю инфраструктуру, необходимую для взаимодействия приложения с внешним миром. Это файловая система, сеть, базы данных, фреймворки и так далее. Важно помнить, что здесь не должно быть никакой бизнес-логики.

🧐 Что это дает нам?

Луковая архитектура помогает сделать код более чистым, понятным и управляемым. Она также обеспечивает хорошее разделение бизнес-логики и инфраструктуры, что упрощает тестирование и сопровождение кода.

Зачем это нужно?

Это важно для разработчиков, так как помогает создавать более надежные и масштабируемые приложения. Ваши изменения в бизнес-логике не должны влиять на код инфраструктуры, и наоборот.

В итоге, луковая архитектура - это способ организации кода, который помогает нам создавать качественные приложения. Это простой способ улучшить структуру вашего кода и сделать его более гибким для будущих изменений.

#djangoschool #IT #Архитектура

👀 Тактическое проектирование

Использование технических, структурных паттернов в вашем коде, для отражения результатов стратегического проектирования непосредственно в коде приложения.

😎 Entity - сущность

Если какое-то понятие предметной области является уникальным и отличным от всех других объектов в системе, то для его моделирования используется сущность (entity).

Такие объекты-сущности могут сильно отличаться своей формой за весь цикл существования, тем не менее их всегда можно однозначно идентифицировать и найти по запросу.

Для этого используются уникальные идентификаторы, создание которых необходимо продумать в первую очередь при проектировании сущности.

🤔 Value Object

Небольшой простой объект, такой как деньги или диапазон дат, равенство которых не основано на идентичности.

Если для объекта не важна индивидуальность, если он полностью определяется своими атрибутами, его следует считать объектом-значением.

Чтобы выяснить, является ли какое-то понятие значением, необходимо выяснить, обладает ли оно большинством из следующих характеристик:

✅ Оно измеряет, оценивает или описывает объект предметной области;

✅ Должен быть неизменяем (immutable): при попытке обновления значения свойств мы должны создать и вернуть новый экземпляр VO;

✅ Оно моделирует нечто концептуально целостное, объединяя связанные атрибуты в одно целое;

✅ При изменении способа измерения или описания его можно полностью заменить;

✅ Его можно сравнивать с другими объектами с помощью отношения равенства значений. Два VO считаются одинаковыми тогда и только тогда, когда все поля VO равны;

✅ Оно предоставляет связанным с ним объектам функцию без побочных эффектов;

✅ Состоит только из других VO и примитивов(не может содержать сущность или сервис);

✅ Должен содержать в себе логику самовалидации: VO не может быть не валидный, исключение должно выкидываться прямо из метода VO (конструктор или клон).

#djangoschool #ddd

🧐 Domain Service

Используя единый язык, существительные этого языка отражаются в объектах, а глаголы отражаются в действиях этих объектов.

Очень часто существуют глаголы или какие-то действия, которые нельзя отнести к какой-то сущности или к какому-то объекту-значению. Если существует такая операция в предметной области, ее называют Domain Service (она отличается от прикладной службы, которая является клиентом).

Есть три характеристики служб:

✅ Операция, выполняемая службой, относится к концепции предметной области, которая не принадлежит ни одной из существующих сущностей;

✅ Операция выполняется над различными объектами модели предметной области;

✅ Операция не имеет состояния.


🤔 Domain Event

Событие — это то, что произошло в прошлом. Логически, событие предметной области — это то, что произошло в конкретной предметной области, и то, о чем должны быть в курсе и на что должны реагировать другие части той же предметной области.
Должны быть иммутабельными (так как нельзя менять прошлое). Название должно описывать случившиеся в прошлом событие.

😳 Module

Модули внутри модели являются именованными контейнерами для некоторой группы объектов предметной области, тесно связанных друг с другом.

Их цель – ослабление связей между классами, которые находятся в различных модулях. Так как модули в подходе DDD – это неформальные или обобщенные разделы, их следует правильно называть. Выбор их имен является функцией единого языка.

#djangoschool #ddd