Я смотрю на создание приложения, в котором одним из основных входов в систему будут действительные тикающие значения.
Я надеялся использовать DDD, так как считаю, что в моей модели достаточно сложности, чтобы гарантироватьно я немного не уверен, как структурировать вещи.Репозитории - это способ получить данные, но каждая ссылка, которую я вижу, определяет их как основанную на извлечении.т.е. когда мне нужны данные, я запрашиваю их у репозитория, и он возвращает для вас корень сущности / совокупности.В моем случае у меня будут репозитории для настройки моего агрегатного корня, но затем мне нужно будет обновить сущности внутри без какого-либо запроса от меня.
Мое решение этого состояло в том, чтобы определить доменную службу, что агрегатный кореньпризывает инициировать тиканье.Считают ли люди, что это правильный путь?
Если служба - это то, что нужно делать, как люди думают о ее ответственности.Должен ли он знать об объединенном корне и изменять его состояние с помощью отмеченных объектов или просто слепо отправлять данные, а сам сводный корень знает, что он получает данные таким образом, прослушивает их и обновляет соответствующим образом при получении данных?
Любые указатели / комментарии / пламя благодарны.