V
Size: a a a
2021 May 31
СП
Спорно, можно null, а можно кидать исключение. Кто как делает... часто встречаю и такое и такое мнение
СП
Спасибо всем за ответ на вопрос :)
V
Я бы все-таки разделил методы на find: ?Client и get: Client
AZ
Все можно
AZ
Но так удобнее
V
Не только удобнее, но и семантичнее
AZ
Ага. Ну я думаю тут уже не раз поднимали вопрос семантики get, исключения и валидацию etc
СП
А как называть метод, который ищет по фильтру, то есть должен вернуть несколько объектов?
СП
findByUserId()
find()
Будет неконсистентно, что find возвращает один объект, а findByUserId несколько
find()
Будет неконсистентно, что find возвращает один объект, а findByUserId несколько
SB
лучше так просто не делать
Не надо проводить операции над несколькими объектами за раз
Не надо проводить операции над несколькими объектами за раз
СП
Я имел в виду методы, которые ищут несколько объектов
SB
ну поиск нескольких объектов это какаято шляпа обычно
Ибо за одну операцию не более одного аггрегата надо менять
а иначе вам всех их лочить придется
такая себе идея
Ибо за одну операцию не более одного аггрегата надо менять
а иначе вам всех их лочить придется
такая себе идея
СП
м... есть логика :)
SB
ну вы их для чего то достаете
наверно чтобы в бизнес логике задействовать
в итоге между временем когда достали + применили в бизнес логике они уже могут устареть и все пойдет по одному месту
наверно чтобы в бизнес логике задействовать
в итоге между временем когда достали + применили в бизнес логике они уже могут устареть и все пойдет по одному месту
SP
это обычно "на чтение" и "на чтение" сущности не нужны и в целом это не входит в зону ответственности репозитория.
Сначала ты ищешь несколько айтемов по имени например. Потом там происходят джойны. Потом подзапросы. И почему-то это все еще называется условный UserRepository. Хотя он явно выборки делает на основе данных о которых знать не должен
Сначала ты ищешь несколько айтемов по имени например. Потом там происходят джойны. Потом подзапросы. И почему-то это все еще называется условный UserRepository. Хотя он явно выборки делает на основе данных о которых знать не должен
SF
А что исключительного в том, что клиент не найден?
СП
СП
это получается, что в момент получения из репозитория - нужно делать блокировку в БД и затем иметь в репозитории метод, который эту блокировку снимает, либо при сохранении её убирать?
SP
или операцию над агрегатом передавать в этот get условный, что бы оно там внутри само сохранило стэйт как надо.