M
а с сущностями так поступать какая религия мешает?
Ну есть у тебя сущность с которой связано 100 разных операций, например. И ты будешь их все писать в одном классе.
Size: a a a
2020 May 12
VT
Ну есть у тебя сущность с которой связано 100 разных операций, например. И ты будешь их все писать в одном классе.
я не стану это делать одной сущностью для начала )
ЕР
Ты их разделишь на мелкие части
Итого, чтобы написать 101 сервис, нужно будет держать в голове все 100 предыдущих, чтобы не нарушить инварианты сущности, проверку которых ты зачем-то на сервисы переложил?)
M
я не стану это делать одной сущностью для начала )
Ты ее разделишь на 100 разных сущностей?
VT
Ты ее разделишь на 100 разных сущностей?
не очень люблю делить абстрактных коней в вакууме, но допустим да
чем это хуже, чем оставлять одну сущность с полотном геттеров-сеттеров и всё те же 100 сервисов?
чем это хуже, чем оставлять одну сущность с полотном геттеров-сеттеров и всё те же 100 сервисов?
M
Итого, чтобы написать 101 сервис, нужно будет держать в голове все 100 предыдущих, чтобы не нарушить инварианты сущности, проверку которых ты зачем-то на сервисы переложил?)
Зачем в голове держать. Можно разбить по неймспейсам, дать названия.
ЕР
Зачем в голове держать. Можно разбить по неймспейсам, дать названия.
Ну так они все-равно работают с одной сущностью получается?
И чтобы не поломать сущность нужно логику всех предыдущих сервисов знать
И чтобы не поломать сущность нужно логику всех предыдущих сервисов знать
M
не очень люблю делить абстрактных коней в вакууме, но допустим да
чем это хуже, чем оставлять одну сущность с полотном геттеров-сеттеров и всё те же 100 сервисов?
чем это хуже, чем оставлять одну сущность с полотном геттеров-сеттеров и всё те же 100 сервисов?
Можно вообще паблик свойства сделать. Ну сервисы можно более гибко структурировать, там di контейнер есть. То есть удобнее, как мне кажется.
VT
Можно вообще паблик свойства сделать. Ну сервисы можно более гибко структурировать, там di контейнер есть. То есть удобнее, как мне кажется.
да, и радостно с этого контейнера прокидывать тонну зависимостей
а потом пол жизни писать стабы в тестах под это дело, а вторую половину жизни чинить эти тесты
а потом пол жизни писать стабы в тестах под это дело, а вторую половину жизни чинить эти тесты
M
Ну так они все-равно работают с одной сущностью получается?
И чтобы не поломать сущность нужно логику всех предыдущих сервисов знать
И чтобы не поломать сущность нужно логику всех предыдущих сервисов знать
У сущности тогда вообще нет логики, вся логика в сервисах. Можно несколько сервисов сделать с разной логикой, но которые работают с одной сущностью.
M
да, и радостно с этого контейнера прокидывать тонну зависимостей
а потом пол жизни писать стабы в тестах под это дело, а вторую половину жизни чинить эти тесты
а потом пол жизни писать стабы в тестах под это дело, а вторую половину жизни чинить эти тесты
А с сущностью не надо будет этого делать?
VT
У сущности тогда вообще нет логики, вся логика в сервисах. Можно несколько сервисов сделать с разной логикой, но которые работают с одной сущностью.
у сущности всё еще есть инварианты
и если ты не защищаешь их в методах сущности, а выносишь в сервисы, тебе надо их соблюдать
и если ты не защищаешь их в методах сущности, а выносишь в сервисы, тебе надо их соблюдать
ЕР
У сущности тогда вообще нет логики, вся логика в сервисах. Можно несколько сервисов сделать с разной логикой, но которые работают с одной сущностью.
Ага, и если ты не держишь в голове логику всех сервисов работающих с сущностью, смена какого-нибудь поля может поломать другие сервисы. Замечательно.
VT
А с сущностью не надо будет этого делать?
а какие зависимости у сущности?
M
Ага, и если ты не держишь в голове логику всех сервисов работающих с сущностью, смена какого-нибудь поля может поломать другие сервисы. Замечательно.
Это делать не обязательно )
M
а какие зависимости у сущности?
От внешних интерфейсов, данных
VT
От внешних интерфейсов, данных
например
M
например
Ну есть у тебя заказ. У него доставка. Чтобы посчитать доставку, тебе нужно сделать запрос в службу доставки. Тогда тебе в сущность нужно будет передать какой нибудь DeliveryCalculatorInterface
VT
Ну есть у тебя заказ. У него доставка. Чтобы посчитать доставку, тебе нужно сделать запрос в службу доставки. Тогда тебе в сущность нужно будет передать какой нибудь DeliveryCalculatorInterface
или не нужно