Хранение событий: я бы не сохранил события, используя обработчик событий. Передача его из обработчика команд в хранилище или единицу работы, вероятно, является наиболее распространенным подходом при использовании событийного поиска. Так что, да, это обычно делает постоянство в обработчике команд (ну, делегируйте его) и заставляет обработчик событий делать другие вещи.
Сохранение состояния: если я не использую событийный ресурс, я предполагаю, что люди хранят события рядом с состоянием или хуже, совсем нет (используя очередь в качестве механизма сохранения). Тем не менее логика постоянства находится в пространстве обработчика команд.
Команды фиксируют намерение и сообщают системе, что делать. Всегда используйте императив.
События фиксируют намерения и рассказывают, что произошло в системе. Всегда в прошедшем времени.
Вы считаете меня кем-то новым в этой теме. Лучшее, что вы можете сделать, чтобы понять концепции CQRS, - это посмотреть материал на http://cqrsinfo.com и http://skillsmatter.com (архитектура / DDD). Другие люди, которые ведут блог на эту тему (вне моей головы): Уди Дахан, Грегори Янг, Джонатан Оливер, Ринат Абдуллин, Джереми Чассинг, ...