Когда полезно использовать<\/b><\/p>\n
— В сложных доменных областях. Использование подхода позволит снизить сложность каждого конкретного контекста программы.
\n— Если в системе сильно различается частота запросов на чтение и запросов на БЛ составляющие системы. Например можно разместить Command & Queries в разных процессах, что позволит горизонтально масштабировать Queries часть системы, так как обычно запросов на чтение сильно больше запросов на запись.
\n— Если ваша система спроектирована по принципу EDA(Событийно-ориентированная архитектура). Событию системы соотносится конкретная модель данных. Позволяет БЛ не вытекать за пределы обработчика события.
\n— Когда вы собираетесь разделить базу данных на БД для записи и БД для чтения. Однако следует учитывать, что при разделение БД так же встает вопрос о конечной согласованности данных в базах.<\/p>\n
Когда использование не даст преимуществ<\/b><\/p>\n
— Модели Command & Queries совпадают. В таких случаях лучше использовать совместную(единую) модель.
\n— В случае, если доменная область неверно выделена в системе, то использование CQRS только запутает и без того слабо структурированный код.<\/p>\n",
"date_published": "2024-12-06T19:48:09+03:00",
"date_modified": "2024-12-06T19:48:05+03:00",
"tags": [
"CQRS",
"АрхитектураПО",
"Разработка"
],
"_date_published_rfc2822": "Fri, 06 Dec 2024 19:48:09 +0300",
"_rss_guid_is_permalink": "false",
"_rss_guid": "12",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "11",
"url": "https:\/\/dimasmotrov.ru\/all\/cqrs-2\/",
"title": "CQRS (2)",
"content_html": "
Вернемся к основной теме<\/p>\n
В проектах часто вижу, что ORM модель сущности используется во всех контекстах(доменных областях, которые по сути есть в программе, но по факту никто их явно не выделял) системы:
\n— как выходное отображение для ответа API;
\n— как DTO между разными модулями;
\n— для модуля работы с БД(orm модель по логике должно существовать только в рамках этого модуля);
\n— как модель для формирования тела сообщения в очередь сообщений.<\/p>\n
В каждом контексте из перечисленных выше используется одна и та же модель, несмотря на то, что данные модели избыточны в каждом случае примерно на 40-50%(цифры вывел эмпирически, сухой статистики у меня нет, к сожалению). Имеем жирную модель данных на все случаи жизни.<\/p>\n
CQRS предоставляет разделение жирной модели на Command model(модель для работы БЛ: создание, обновление, связывания с моделями других сущностей, и т. д.) & Query Model(отображаемая пользователю в запрашиваемом домене).<\/p>\n