случае.
Есть книга со страницами. Есть логика завязанная на количестве страниц в книге.
Я не могу сделать один большой агрегат книги со страницами, потому что страниц может быть несколько тысяч.
Поэтому у меня есть 2 агрегата:
1. Книга (содержит логику завязанную на количестве страниц в книге)
2. Страница
И вот тут проблема. Какой тип связи между агрегатами выбрать? One-to-many или many-to-one.
Если я выбираю one-to-many, то у меня страницы ссылаются на книги. У книги есть calculated readonly property numberOfPages. Но во время транзакции, numberOfPages может содержать актуальное значение только если будет прочитан из бд, да еще и при условии лока на страницы. Т. е. в момент создания агрегата фабрикой, я не могу вызвать логику завязанную на numberOfPages, потому что его значение будет 0. Плюс тут в том, что агрегаты маленькие.
Если я выбирают many-to-one, то казалось бы проблема с актуальностью количества страниц решена. Книга будет содержать uuid референсы на страницы и все. Референсы это конечно не полноценные страницы, но их могут быть тысячи, и такое количество потенциально сложно обновлять при условии, что для референсов будет отдельная таблица
В общем, что мне делать?
не вижу предметной области в описании. Какую роль в бизнес логике играет контент страниц? почему это не может быть просто неким "ресурсом/блобом" на который можно просто ссылаться?
>>"в момент создания агрегата фабрикой, я не могу вызвать логику завязанную на numberOfPages, потому что его значение будет 0" На момент создания у вас просто пустая книга. всё ок. >>актуальное значение только если будет прочитан из бд да еще и при условии лока на страницы Значит у вас страницы пишут? А зачем lock если после free всё так же писать будут? Или нельзя уже будет? почему?
Судя по вашему описанию вы хотите сделать логический а не функциональный кохижн. Из вашего описания я бы сказал что вам надо агрегат с 2 полями айди книги и количества страниц. Да и то нужен ли тут агрегат ради 2 полей и не заменить ли транзакционным скрипом больший вопрос. Я просто к тому что агрегаты надо строить вокруг правил придерживаясь функционального кохижена а не вокруг существительных падая в логический.
Обсуждают сегодня