MV
так в чем их сраная пробема?(
Size: a a a
2021 August 02
MV
понимаю, и тестить такое проще и вернее. но меня бесят кейсы, когда в классе и ем бывает и репо нужны. Редко но бывает
MV
но это скорее косяк архитектурный, думаю
MV
но бываают моменты, что прям никакк
MV
плюсик тебе в карму, спасибо за терпение) накинул мне пару идей в голову, спасибо
MV
S
https://github.com/cblp/yaml-sucks
в случае с xml/php пхпшторм даже без плагина понимает и инферит 99% штук с конфигурации
и исходный тезис был про мейнейнеров фв и тд, к простолюдинам не относится, в сф рулсах тоже так написанно
если пишешь бандл -> юзайх xml
если делаешь для себя любимого делай как хочешь
в случае с xml/php пхпшторм даже без плагина понимает и инферит 99% штук с конфигурации
и исходный тезис был про мейнейнеров фв и тд, к простолюдинам не относится, в сф рулсах тоже так написанно
если пишешь бандл -> юзайх xml
если делаешь для себя любимого делай как хочешь
OK
А что насчет кейсов типа «достали что-то из репы, мутировали, закоммитили»? Как избежать одновременного внедрения $em и $repository?
Через $repository->save()?
Через $repository->save()?
АЕ
Так если сущность уже была вытащена из базы, то она не нуждается в персисте, доктрина все сделает сама.
Если это новая сущность, то да, repo->save
Для флаша можно отдельный класс выделить и более никогда не инжектить em нигде, кроме репозиториев
Если это новая сущность, то да, repo->save
Для флаша можно отдельный класс выделить и более никогда не инжектить em нигде, кроме репозиториев
AD
Привет, ребят,
Что нужно изменить в конструкции, чтобы возвращался не массив, а объект User ?
Что нужно изменить в конструкции, чтобы возвращался не массив, а объект User ?
$this->em->getRepository(User::class)->findBy(['phone' => $phone])SM
Метод
МФ
findOneBy