AV
Концептуально это один Value Object
Size: a a a
2021 November 15
N
а его всегда нужно так выделять?
A
Так ну если одна валюта, то смысла нет хранить код валюты
AV
Если вам это нужно. Это не правило как бы
NT
Ну явно не OrderItem отвечает за то, чтобы товар создавать
ПГ
Это пример из статьи по creator grasp. А кто по вашему мнению ?
SP
https://www.sourcecodeexamples.net/2018/06/creator-grasp-pattern.html - можешь этот пример глянуть если хочешь. там чуть проще сделано и order отвечает только за создание order line а product specification приходит уже готовый
ПГ
Спасибо
SP
там не товар - там тип снэпшета "сколько стоит товар на момент оформления заказа". И да не всегда это зона ответственности заказа, есть всякие резервации и т.д. это просто оч упрощенный пример
SP
если у тебя есть данные которые имеют какой-то смысл только вместе и вместе описывают некие правила - то может быть весьма удобно завести под это дело VO.
еще whole value концепцию можно погуглить - ток сложнее гуглить такое. Чаще всего в разрезе functional core imperative shell можно встретить
еще whole value концепцию можно погуглить - ток сложнее гуглить такое. Чаще всего в разрезе functional core imperative shell можно встретить
ПГ
Ну пример в принципе такой же. Просто где грань, что SalesLineItem должен создаваться внутри Sale, а вот ProductSpecification снаружи SalesLineItem ?
SP
там критерии есть в статье
ПГ
Один или несколько критериев. Один из которых "Тесно использует".
SP
> From the above class diagram, The Sale class contains (in fact, aggregates) many SalesLineltem objects, the Creator pattern suggests that Sale class is a good candidate to have the responsibility of creating SalesLineltem instances.
SP
короч там нет прям жестких правил, ты смотришь на отношения между объектами, насколько тестно штуки связаны, пересекаются ли жизненные циклы этих сущностей (что мол order line без order существовать не особо может) и на основе этого тебе предлагается кандидат для фабрики.
ПГ
По паттерну понятно, что SalesLineltem должен создаваться внутри. Но почему ProductSpecification создается снаружи?
SP
по сути product specification имеет смысл без order, судя по всему + взаимодействие с ним на уровне ордера не особо плотное
ПГ
Ну а если бы не имел, VOшка чисто для SalesLineltem?
NT
Вот в твоем первом примере
Откуда ты возьмешь name и price, если не из товара? Раз из товара, значит, он уже откуда-то к тебе пришел, ведь так?
addOrderItem(int amount, String name, int price)Откуда ты возьмешь name и price, если не из товара? Раз из товара, значит, он уже откуда-то к тебе пришел, ведь так?
ПГ