8 способов улучшить архитектуру проекта при помощи CQRS Реструктуризация тех.долга

Программный комитет ещё не принял решения по этому докладу
Денис Цветцих
EPAM

Участвует в интересных проектах и делится своим опытом с сообществом.

Андрей Цветцих
Очень Интересно

В IT пришел более 10 лет назад, сначала занимался разработкой, потом перешел в управление проектами, о чем не жалеет.
Организует региональные олимпиады по программированию для студентов и школьников.
Мечтает провести финал чемпионата по программированию в Красноярске!

Пишите на andrew.tsw@gmail.com
Или найдите меня в социальных сетях
И заходите в гости: Красноярск ул. Красной Армии 10 ст5
Тезисы

Обычно о CQRS говорят в контексте производительности: разделение приложения на Read стек с денормализованной моделью и NoSQL хранилищем и на Write стек с нормализованным SQL хранилищем позволяет ускорить проект. С одной стороны - это правда, с другой - CQRS в полный рост с отдельными моделями и базами для Read и Write стеков встречается весьма нечасто.
Поэтому мы поговорим о гораздо более частом случае - стоит ли использовать рекомендуемый CQRS подход, где для каждого юскейса создается отдельный класс-хендлер в приложениях, в которых производительность не критична. Мы расскажем о восьми приемуществах, которые дает CQRS подход с отдельным классом-хендлером на каждый юскейс по сравнению с привычной слоистой архитектурой, где создается ApplicationService с методами для разных юскейсов.

Другие доклады секции Реструктуризация тех.долга