Size: a a a

2021 January 08

👤U

👤 User in symfony
Dmitry
А вы будете это бандл переиспользовать ? Или планируете выдавать в опенсорс?
Нет. Речь об организации кода в независимые участки больше.
источник

D

Dmitry in symfony
Ну тогда просто раскидайте по папкам. Бандл тут не нужен
источник

👤U

👤 User in symfony
Тогда может SRC переобувать? Каждый модуль со своими контроллерами и энтити
источник

D

Dmitry in symfony
SRC
 Modulename
    Entities
    Usecase
    Service

Ну как вариант
источник

ВУ

Валентин Удальцов... in symfony
👤 User
Тогда может SRC переобувать? Каждый модуль со своими контроллерами и энтити
не всегда имеет смысл контроллеры вносить в модули. если пилишь модульный монолит, то контроллеры — это твой гейтвей, через один экшн можно отправлять запросы/команды в разные модули. например, нас часто фронты просят одним запросом принять данные, хотя дальше они идут в разные модули с одной айдишкой
источник

👤U

👤 User in symfony
Я зря написал про контроллеры.
источник

ВУ

Валентин Удальцов... in symfony
Dmitry
SRC
 Modulename
    Entities
    Usecase
    Service

Ну как вариант
почему Entities во множественном, а всё остальное в единственном?))
источник

👤U

👤 User in symfony
Конечно, контроллер как раз на уровне src/Controllers.
А вот энтити и сервисы на уровне модулей уже.
источник

ВУ

Валентин Удальцов... in symfony
ну и вообще Entity плохое слово, лучше уж Model. или вообще ничего, просто в корне модуля как самое важное.
источник

D

Dmitry in symfony
Валентин Удальцов
почему Entities во множественном, а всё остальное в единственном?))
Потому что с телефона. Жуть как неудобно
источник

D

Dmitry in symfony
Представил саму идею. С названиями товарищ разберётся
источник

ВУ

Валентин Удальцов... in symfony
Ещё у Сергея есть полезный gist про LIFT. https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe
источник

ВУ

Валентин Удальцов... in symfony
как приятно, что человек не с вопросом про слои пришёл, как я когда-то))
источник

👤U

👤 User in symfony
И еще. Все что в SRC кроме эксклудов на этапе старта создаётся ядром для помещения в контейнер на дефолтном сервис конфиге? А то видать плохая идея в констракте класса выборку из БД делать.
источник

D

Dmitry in symfony
в конструкторе делать какие-то действия кроме инициализации обьекта вообще плохая идея
источник

D

Dmitry in symfony
вне зависимости от фремворка
источник

D

Dmitry in symfony
но конкретно симфони нужно смотреть DI контейнер как он создает обьекты, может он конструкторы то и не запускает
я бы на вашем месте просто кинул бы бряк на конструкторе или dd и выяснил бы на каком этапе запускается конструктор нужного вам класса
источник

А

Антон in symfony
Dmitry
но конкретно симфони нужно смотреть DI контейнер как он создает обьекты, может он конструкторы то и не запускает
я бы на вашем месте просто кинул бы бряк на конструкторе или dd и выяснил бы на каком этапе запускается конструктор нужного вам класса
Есть способ, как можно не "запускать" конструктор и при этом вернуть объект со всеми его зависимостями?
источник

D

Dmitry in symfony
Антон
Есть способ, как можно не "запускать" конструктор и при этом вернуть объект со всеми его зависимостями?
да
источник

А

Антон in symfony
Dmitry
да
Я подчеркну: со всеми его зависимостями. Речь не про ReflectionClass::newInstanceWithoutConstructor().
источник