BT
типа App\Order\{Controller,Entity,Repository} и т.д.?
но я бы делал что-то ближе к вот этому варианту, да
Size: a a a
2020 February 26
AK
непонятно, зачем OrderModel
привык константы в отдельный класс выделять
NT
Мне вот тут не понятно.
NT
$product = new Product($uid, $title, $price);
$this->productRepository->add($product);
return $product;
$this->productRepository->add($product);
return $product;
AK
Nikolay Turskyi
Контроллер к Order никак не относяться. Наверно в app/Controllers, a в src/уже работа.
не согласен
NT
Тойсть ты с более нижнего уровня идеш в самый высокий и в другой области видимости
P
надо кому?
BT
Респондер я бы тоже не делал, но это уже вкусовщина
AK
а зачем вообще папка инфраструктура
отделить всякие штуки, которые не имеют отношения к бизнес логике
BT
Nikolay Turskyi
Тойсть ты с более нижнего уровня идеш в самый высокий и в другой области видимости
вот, это очень важно
AK
PaymentService - не часть домена, т.к. он только оперирует объектами оного, но не создает новые
а если там еще какие то действия будут происходить влияющие на домен, он не станет частью домена?
AK
Nikolay Turskyi
Тойсть ты с более нижнего уровня идеш в самый высокий и в другой области видимости
не понял
BT
у тебя направление зависимостей должно идти внутрь (к домену), а идет наружу
BT
Creator классы
AK
а где там идет наружу?
AK
я тупой простите, пока не понимаю
NT
не понял
Ты создаеть Продукт из Сервиса, который работает с репозиторием, который в другой папке находиться
BT
Nikolay Turskyi
Ты создаеть Продукт из Сервиса, который работает с репозиторием, который в другой папке находиться
справедливости ради - с интерфейсом работает, а интерфейс репы в домене