Архитектурный вопрос

Question

В результате предыдущего поста ( Архитектура: простой CQS ) я думал, как мне построить простую систему, которая будет достаточно гибкой для последующего расширения.

Другими словами: я не вижу необходимости в полномасштабной CQRS сейчас, но я хочу, чтобы ее было легче развить позже, если потребуется.

Так что я думал отделить командование от запроса, но оба они основаны на одной базе данных.

Часть запроса была бы простой: служба данных WCF, основанная на представлениях, к которой легко запрашивать данные. Ничего особенного там нет.

Командная часть является чем-то более сложным, и вот идея: команды, конечно, выполняются асинхронно, поэтому они не возвращают результат. Но контроллеры моего сайта ASP.NET MVC часто нуждаются в обратной связи от команды (например, если регистрация участника прошла успешно или нет). Поэтому, если контроллер отправляет команду, он также генерирует идентификатор транзакции (guid), который передается вместе со свойствами команды. Служба команд получает эту команду, помещает ее в таблицу транзакций в базе данных с состоянием «обработка» и выполняет (используя принципы DDD). После выполнения таблица транзакций обновляется, так что состояние становится «выполнено» или «не выполнено», а также другая более подробная информация, например, сгенерированный первичный ключ.

Тем временем сайт использует QueryService для опроса состояния этой транзакции, пока он не получит «завершено» или «не выполнено», и затем он сможет продолжить свою работу на основе этого результата. Если таблица транзакций опрошена, а результат «завершен» или «не выполнен», запись удаляется.

Побочным эффектом является то, что мне не нужны guid в качестве ключей для моих сущностей, что хорошо для производительности и размера.

В большинстве случаев этот механизм опроса, вероятно, не нужен, но возможен при необходимости. И интерфейсы разработаны с учетом CQS, поэтому открыты для будущего.

Думаете ли вы о каких-либо недостатках в этом подходе? Другие идеи или предложения?

Спасибо!

Люд

Answer 1

Я думаю, что вы очень близки к полной системе CQRS с вашим подходом.

У меня есть сайт, на котором я делал что-то похожее на то, что вы описываете.Мой сайт, braincredits.com , спроектирован с использованием CQRS, и все команды имеют асинхронный характер.Таким образом, в результате, когда я создаю запись, пользователь не получает обратной связи, кроме того, что команда была успешно отправлена ​​на обработку (не то, что она обработана).

Но яиметь оценку пользователей на сайте (количество их «кредитов»), которая должна меняться по мере того, как пользователь отправляет больше элементов.Но я не хочу, чтобы пользователь продолжал нажимать F5, чтобы обновить браузер.Поэтому я делаю то, что вы предлагаете - у меня есть вызов AJAX, который срабатывает каждую секунду или две, чтобы посмотреть, не изменился ли кредитный счет пользователя.Если это так, новая сумма возвращается и пользовательский интерфейс обновляется (с небольшой анимацией, чтобы привлечь внимание пользователя - но не слишком броско).

То, о чем вы говорите, - это возможная последовательность- что состояние приложения, которое видит пользователь, в конечном итоге будет соответствовать системным данным (системе записи).Эта концепция довольно важна для CQRS, и, на мой взгляд, имеет большой смысл.Как только вы получаете данные в системе (независимо от того, основаны ли они на CQRS или нет), эти данные устаревают.Но если вы предполагаете это и предполагаете, что клиент в конечном итоге будет непротиворечивым, то ваш подход имеет смысл, и вы также можете разработать свой пользовательский интерфейс для учета этого И воспользоваться этим.

Что касается предложений, я быПосмотрите, сколько опросов вы делаете и сколько данных вы отправляете и обратно.Идите за борт с опросом, который звучит так, как будто вы нет.Но нацеливайтесь на то, что должно регулярно обновляться на вашем сайте, и я думаю, что вы будете хороши.

Слой службы данных WCF для стороны запроса - хорошая идея - просто убедитесь, что он только для чтения(что я уверен, что вы сделали).

Кроме этого, звучит так, как будто вы начали хорошо.

Надеюсь, это поможет.Удачи!