CQRS - это...

Несколько фактов о CQRS

Что такое CQRS?

Для начала давайте определимся, что же всё-таки такое CQRS. Итак, CQRS - это способ написания программного кода. Аббревиатура расшифровывается как Command and Query Responsibility Segregation (CQRS). То есть это разделение ответственности на команды и запросы. Единственное, для чего он был придуман, так это для того, чтобы разделить операции записи в базу данных от операций чтения данных. И всё потому, что операции записи требуют больше ресурсов и времени чем операции чтения. Всё! И чего только не услышишь про этот CQRS, и "Task Based UIs", и даже "Event Sourcing"... Просто жесть! Давайте покажу на примере.

Пример применения паттерна CQRS на C#

Предположим, что у меня есть интерфейс репозитория для работы с сущностью User:

/// <summary>
/// User repository
/// </summary>
public interface IUserRepository{

	/// <summary>
	/// Returns user by identifer
	/// </summary>
	User GetById(Guid id);

	/// <summary>
	/// Returns user by identifer
	/// </summary>
	IPagedList<User> GetPaged(int pageIndex, int pageSize);

	/// <summary>
	/// Creates new user
	/// </summary>
	void CreateUser(string firstName, string lastName, DateTime dateOfBirth);

	/// <summary>
	/// Updates new user
	/// </summary>
	void UpdateUser(Guid id, string firstName, string lastName, DateTime dateOfBirth);

	/// <summary>
	/// Deletes user by identifier
	/// </summary>
	void DeleteUser(Guid id);

	/// <summary>
	/// Sets Salary for user with identity
	/// </summary>
	void SetSalary(Guid id, decimal value);
}

Обратите внимание, что в моём репозитории есть несколько методов на получение данные (другими словами Query) и несколько методов на запись (можно назвать Command).

После того как я применю паттерн (подход), который уже набил оскомину и назавается CQRS, то мой репозиторий разделится на две части. Первая - это набор запросов (Queries):

/// <summary>
/// User repository for read data
/// </summary>
public interface IUserReadRepository
{
	/// <summary>
	/// Returns user by identifer
	/// </summary>
	User GetById(Guid id);

	/// <summary>
	/// Returns user by identifer
	/// </summary>
	IPagedList<User> GetPaged(int pageIndex, int pageSize);
}

и вторая часть - это набор комманд (Commands):

/// <summary>
/// User repository for write
/// </summary>
public interface IUserWriteRepository
{
	/// <summary>
	/// Creates new user
	/// </summary>
	void CreateUser(string firstName, string lastName, DateTime dateOfBirth);

	/// <summary>
	/// Updates new user
	/// </summary>
	void UpdateUser(Guid id, string firstName, string lastName, DateTime dateOfBirth);

	/// <summary>
	/// Deletes user by identifier
	/// </summary>
	void DeleteUser(Guid id);

	/// <summary>
	/// Sets Salary for user with identity
	/// </summary>
	void SetSalary(Guid id, decimal value);
}

Всё. Больше ничего в этом CQRS нет.

Заключение

В качестве заключения позвольте привести список "НЕ..."

1. CQRS НЕ потребует на изучение более 2 минут.
2. CQRS - это НЕ панацея от всех проблем
3. CQRS НЕ является Event Sourcing
4. CQRS НЕ требует Message Queue (шины сообщений)
5. CQRS внутренне НЕ связан с DDD
6. CQRS НЕ является архитектурой верхнего уровня
7. CQRS НЕ является основополагающим принципом
8. CQRS - это НЕ новый подход.
9. CQRS - это НЕ серебряная пуля, и он никак не улучшит ваш код
10. CQRS НЕ сделает ваш прижок в высоту выше

Ссылки

• CQRS wiki
• Другой пример: ReadonlyController и WritableController из сборки Calabonga.UnitOfWork.Controllers (nuget)