Сommand Query Responsibility Segregation (CQRS) - Отделяем Мух от Котлет

© 2016 Magento, Inc. Page | 1© 2016 Magento, Inc. Page | 1

Command/Query Responsibility Segregation (CQRS) – отделяем мух от котлет

Миняйло Игорь






RAD – Rapid Application Development

• Бизнес диктует сроки и требования. Deadline – «на вчера»

• Нужно как можно быстрее проверить гипотезы, понять, нужен ли продукт хоть кому-нибудь и попытаться подписать первых клиентов уже хотя бы на стадии MVP (особенно актуально для стартапов)


Классическая N-слойная архитектура





Мы читаем и пишем данные через одни и те же слои

Используя те же интерфейсы (модели)





• Компромисс в проектировании модели данных

• Невозможность масштабировать отдельно чтение от записи

• Анемичность моделей данных• Тенденция к монолитной

архитектуре







CQS – Command-Query Separation

Каждый метод должен быть либо командой (command) выполняющей действие, либо запросом (query) возвращающим данные, но не тем и другим одновременно. 1980, Бертран Мейер

Т.е Задавая вопрос вы не должны менять ответ на этот вопрос


CQS

Создаем отдельные методы в рамках одного класса, чтобы читать (Query) и изменять состояние (Command)

class UserAccount{ /** * @var boolean */ private $isActive;

/** * @return boolean Return true if active; otherwise return false */ public function isActive() { return $this->isActive; }

/** * @return void */ public function activate() { $this->isActive = true; }}


Query методы должны быть Идемпотентны


CQRS – Command/Query Responsibility Segregation


CQRS

CQRS – это просто создание двух объектов, там где мы раньше создавали один

Грег Янг


CQRS – это просто!


CQRS и Domain Driven Design

В CQRS вы должны думать о дизайне Доменной модели (Command)


CQRS и Domain Driven Design


Пользовательские Интерфейсы

(с) Cayetano de Arquer Buigas


CRUD Based UI

Вам НЕ нужен CQRS для CRUD приложений (“forms over data”)


Task Based UI


Task Based UI


CAP Теорема


Eventual Consistency

http://www.enterpriseintegrationpatterns.com/docs/IEEE_Software_Design_2PC.pdf





Eventual Consistency и асинхронность


CQRS over HTTP

• GET (безопасный) – это Query• POST/PUT/DELETE/PATCH (не безопасные) –

это Command


CQRS и REST API


REST API и Асинхронность


CQRS и MVC

Неправильная реализация


CQRS и MVC

Правильная реализация

(c) https://antonkril.github.io/mvc-http-cqrs

https://antonkril.github.io/mvc-http-cqrs







Микросервисная архитектура как альтернатива монолиту




YAGNI - You aren't gonna need it

• CQRS – это дополнительная сложность, которая вам скорее всего не нужна

• Очень тяжело добавить в legacy системы• Нужно решить как денормализировать данные• Не подойдет для стартапов! (В условиях постоянной

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

* YAGNI - Вам это не понадобится



Вопросы, господа!


Если вы испуганы, одиноки, вам стыдно или просто хочется поговорить «об этом» - вы знаете где меня найти… igor.minyaylo

@iminyaylo

igor.minyaylo