itmo_conspects
Лекция 10. Многослойная архитектура
Архитектура приложения - это способ структурирования программных компонентов приложения для управления сложностью
Задача состоит с том, чтобы качественно сделать декомпозицию компонентов, уменьшить их переиспользование, были низкое зацепление и высокая связность, а также существовала возможность расширять систему, добавляя реализации с минимальным эффектом на существующие решения
В итоге мы хотим разделить модули на роли: обрабатывающие данные согласно бизнес-логике, реализующие представление и посредник между ними
Архитектура “Модель-Представление-Контроллер”
Простым решением является архитектура “Модель-Представление-Контроллер” (Model-View-Controller, MVC), состоящая из 3 компонентов:
- Модель (Model) содержит бизнес-логику, требует изменений, когда изменяются случаи использования и бизнес-правила системы
- Представление (View) реализует представление системы, то есть сам пользовательский интерфейс (например, GUI или API), требует изменений, когда изменяется способ представления
- Контроллер (Controller) является посредником данных между моделью и представлением, требует изменений, когда изменяется механизм взаимодействия модели и представления
Вместо контроллера может быть презентатор (тогда получается MVP, Model-View-Presenter) или другой компонент, выполняющий больше или меньше функций
Архитектура MVC соответствует принципу единственной ответственности и имеет высокую связность, но также имеет высокое зацепление: чтобы изменить, например, модуль представления, нужно изменить контроллер
Трехслойная архитектура
Трехслойная архитектура (или трехуровневая, Three-tier architecture) делит программные модули на три слоя:
- Слой презентации (Presentation) ответственен за реализацию представления системы, за передачу запросов к системе в слой бизнес-логики
- Слой бизнес-логики (Business logic) ответственен за реализацию бизнес-логики, для хранений данных использует слой доступа к данным
- Слой доступа к данным (Data access) ответственен за реализацию персистентности данных
В трехслойной архитектуре разделяют 2 типа моделей данных:
- В анемичной модели данных типы либо только хранят данные, либо только содержат логику
- Богатая же модель данных описывает полноценные объекты, логика находится в типах, описывающих домен
Гексагональная архитектура
В гексагональной (или шестиугольной) архитектуре (Hexagonal architecture) у компонента бизнес-логики есть порты двух типов:
- Первичный порт (Input port, также Primary, Driving) - принимает данные
- Вторичный порт (Output port, также Secondary, Driven) - отправляют и хранят данные компонентам, которые ждут отклик от приложения, суммарно их можно разделить на получателей и репозитории
Гексагональная архитектура позволяет сделать бизнес-логику независимой от вспомогательных реализаций
Важно подметить, что архитектура не имеет ничего общего с шестиугольниками
Луковая архитектура
Луковая (также “чистая”, Clean Architecture) архитектура основывается на гексагональной, но в отличии от нее компонент с бизнес-логикой разделяется на части с доменными сервисами (Domain Services) и доменными моделями (Domain Model)
- Доменные модели - определения бизнес-правил
- Доменные сервисы - определения сценариев использования
Архитектура выделяет слой приложения - связующее звено между инфраструктурными абстракциями и доменом
