call_user_func ?

$this->query->__invoke() ?

я пилил ($this->service)()

я пилил ($this->service)()

даже не знаю что хуже)

шо то говно

шо это

как вы тогда QueryObject делаете?

он через дабл диспатч передается

когда я спрашивал предлагали пильнуть интерфейсик с fetch методом

find(new Query())

и не юзать инвоук

find(new Query())

эт Criteria, а QueryFunctions?

поддерживаю

туда как минимум нужно конекшен впиндюрить

https://ocramius.github.io/doctrine-best-practices/#/90

он то это описал, но не описал как это юзать красиво

:D

call_user_func ?

call_user_func ?

много буков)

так сделать не сложно.. что делать дальше, чтобы не было ($this->service)() или $this->service->__invoke

с кол_юзр_фанк будет работать автокомплит?

что-то сомнительно

много буков)

хз, зато работает :)

так и предыдущие версии "зато" работают

с кол_юзр_фанк будет работать автокомплит?

нет, будет возвращаться тип от callUser_func, что есть mixed

ну и нахрен оно мне надо?

ничем не проще и не лучше

function cuf (...$arg) { return call_user_func(...$arg); }

много буков)

если мы говорим про Окрамиуса - он как раз юзает call_user_func.

есть ссылкой кинуть?

есть ссылкой кинуть?

пруфлинк вряд ли найду - это было на тренинге по CQRS/ES

пруфлинк вряд ли найду - это было на тренинге по CQRS/ES

хмхм..я там был.. где-то даже валяется репо

ок, спс за наводку

http://blog.byndyu.ru/2011/08/repository.html

но я сразу вижу миллион проблем

эт Criteria, а QueryFunctions?

что мешает тебе query functions передавать как параметр?)

и реинкарнацию $this->em->getRepository

нужны задачи которые люди не могут без геттеров решить (логика, операции)

Возвращаясь к этому. Надумал. Допустим: Есть сущность Order и Product. Создаем заказ: new Order(User = $user, Product $product, $amount = 1) и хочется сохранить цену товара на момент заказа прям тянется рука, сделать конструктор у Order в виде: __construct(User = $user, Product $product, $amount = 1) { /// .... $this->price = $product->getPrice(); } Как в таком случае без getPrice() быть?

pubf getPrice() = $this->product->getPrice() не?

Возвращаясь к этому. Надумал. Допустим: Есть сущность Order и Product. Создаем заказ: new Order(User = $user, Product $product, $amount = 1) и хочется сохранить цену товара на момент заказа прям тянется рука, сделать конструктор у Order в виде: __construct(User = $user, Product $product, $amount = 1) { /// .... $this->price = $product->getPrice(); } Как в таком случае без getPrice() быть?

$product->purchase($quantity) создаст тебе ордер лайн

pubf getPrice() = $this->product->getPrice() не?

это ты имеешь в виду у Order? Но мы же типо гетеры не пишем и у product не будет getPrice()

$product->purchase($quantity) создаст тебе ордер лайн

хм, типо просто сумму считать в товаре по кол-ву сколько покупаю? В итоге если хочу сохранить цену за штуку, то все сведется к обычному гетеру

в чем суть тогда то? не генерить гетеры на всё без разбору просто потому что ide это может?

Up.

У меня вопросик, как средствами FOS REST + JMS/Symfony Serializer сделать вставку кастомных блоков в сериализованный результат? Как я помню, есть возможность через visitor-ы это сделать, есть альтернативы? Конкретный кейс - отметка разрешений для конкретных объектов через voter-ы

.

@fes0r Это считается что изолировал?) $em->persist($message); $flush($em);

@fes0r Это считается что изолировал?) $em->persist($message); $flush($em);

нет

это называется размазал еще больше

это называется размазал еще больше

Я почему-то гетнуть доктрину только в контроллере могу(

Или это глюк шторма?

Что значит "гетнуть доктрину"?

$this->getDoctrine()

final class Flush extends Controller

А так работает)

крч ему обяьснили что надо абстрагироваться от доктрины, а он вообщ не понимает самых базовых принципов

Это норма так делать?)

крч ему обяьснили что надо абстрагироваться от доктрины, а он вообщ не понимает самых базовых принципов

абидна(

http://symfony.com/

Абстрагироваться, в плане икапсулировать её в кастомный репозиторий и не доставать от туда?

Абстрагироваться, в плане икапсулировать её в кастомный репозиторий и не доставать от туда?

Призывать только методы которые нужны)

public function __invoke($data) { $em = $this->getDoctrine()->getManager(); $em->persist($data); $em->flush(); } Получаю Call to a member function has() on null (

бяда

чувак, выброси это из головы, юзай обычный энтити манагер и будь счастлив. когда начнет получаться - перепишешь получше

лучше ездить на самокате чем 10 лет строить болид

Точнее сказать не "когда начнет получаться", а когда поймёшь зачем это нужно делать иначе

ERROR: S client not available

юзай все что видишь в документации, разбирайся как оно работает. когда-то и прийдешь к тому что тебе в ишью написали

Точнее сказать не "когда начнет получаться", а когда поймёшь зачем это нужно делать иначе

Ну я понял так: чтобы не использовать огромный ем ради двух методов.

Ребят, привет, у вас вакансию можно заплатить?)

Я бы вообще посоветовал с ООП получше разобраться. О видах отношений между объектами, чтобы не писать class Flush extends Controller: https://ru.wikipedia.org/wiki/Диаграмма_классов#Взаимосвязи_объектов_классов

крч ему надо со всем разобраться ?

Фуллстек PHP, symfony + typescript, react, mobx

Я бы вообще посоветовал с ООП получше разобраться. О видах отношений между объектами, чтобы не писать class Flush extends Controller: https://ru.wikipedia.org/wiki/Диаграмма_классов#Взаимосвязи_объектов_классов

А так? class Flush extends EntityManager

Сервис Flush не является EntityManager, я же скинул ссылку

Наследование это вид отношения "A является B"

Сервис Flush не является EntityManager, я же скинул ссылку

Здесь DI нужен?)

final class Flush { private $em; public function __construct(EntityManagerInterface $manager) { $this->em = $manager; } public function __invoke($data) { $this->em->persist($data); $this->em->flush(); } }

та у тебя куча способов

вот так норм

ток тебе не всегда надо персист

ток тебе не всегда надо персист

Это да. Спасибо)

Я почему-то гетнуть доктрину только в контроллере могу(

ясно понятно

ясно понятно

(

ты видимо не понимаешь что делает $this->get в контроллерах

ты видимо не понимаешь что делает $this->get в контроллерах

Как понять?)

Как понять?)

ну как минимум глянуть что там внутри)

ты там увидишь что-то типа $this->container->get

дальше вопрос - что такое этот самый контейнер

дальше вопрос - что такое этот самый контейнер

DI?

дальше вопрос - что такое этот самый контейнер

да не нужно ему ничего рассказывать, ему просто нужно документацию с самого начала почитать

просто по порядку

DI?

дальше, что это такое и читал ли ты этот раздел доки?)

дальше, что это такое и читал ли ты этот раздел доки?)

Надо почитать))

https://symfony.com/doc/3.3/service_container.html

вперед

вперед

Спасибо)

Почему у меня горит ещё больше?