Ну у меня используется для API, сущности сериализируются в JSON и возвращаются по запросу.

этак это сериализатор или нормалайзер у тебя или енкодер?

этак это сериализатор или нормалайзер у тебя или енкодер?

Нормалайзер, который используется дефолтным сериалайзером Симфони

энкодер тоже дефолтный

Нормалайзер, который используется дефолтным сериалайзером Симфони

а чем \JsonSerializable не устроил?

Парни, а кто-то использует gitlab ci для своих приложений?

а чем \JsonSerializable не устроил?

А если у тебя сущность с различными связями?

А если у тебя сущность с различными связями?

Не вижу проблемы

Не вижу проблемы

Сериалайзер симфони рекурсивно применяет нужный нормалайзер к соответствующему типу

Сериалайзер симфони рекурсивно применяет нужный нормалайзер к соответствующему типу

И

Все так работает

Просто интерфейс реализуй

Просто интерфейс реализуй

У меня более сложный случай, нежели я опубликовал тут

Просто интерфейс реализуй

Ты же не будешь сервисы в сущность инджектить? Или будешь?)

$this->get не очень

Ты же не будешь сервисы в сущность инджектить? Или будешь?)

Нахуя?

делай иньекцию либо в конструктор либо в экшн

Ничего инжектить не нужно

А в контроллере ты просто пишешь $this->serializer->serialize($entity, 'json') Вместо сущности подставь свой объект-схему, сериалайзер вернет массив, всё просто. Конечно сериалайзер надо сначала вытащить из контейнера сервисов. Благо это просто: $this->get('serializer')

я про это

я про это

Подожди чувак

$this->get не очень

?, атвичаю

Ничего инжектить не нужно

Ну смотри, моя сущность должна реализовать интерфейс JsonSerializable так?

Да

В сущности я возращаю массив того, что мне надо, так?

Да

При создании массива мне нужен кое какой сервис, как быть?

пусть масив создает сервис

либо ваще энтитю в дто

пусть масив создает сервис

В моей имплементации так и происходит

?, атвичаю

я инжектю тайп хинтингом, просто не знал, какая версия симфы у парня

При создании массива мне нужен кое какой сервис, как быть?

Билдер сделай

Билдер сделай

Какой билдер?

Который будет формировать новый обьект

Который будет формировать новый обьект

Какой объект?

Какой объект?

У кторого будет новы jsonSerialize или другие данные

У кторого будет новы jsonSerialize или другие данные

Не понимаю, о чем ты

Не понимаю, о чем ты

Ну например тебе нужно скрыть некоторые поля или наоборот. Ты делаешь прокси класс который в конструкторе принимет вою сучность . И в этом рокси реализуй норый jsonSerialize тоько данные бери не из $this

А из обьекта переданного

Ну например тебе нужно скрыть некоторые поля или наоборот. Ты делаешь прокси класс который в конструкторе принимет вою сучность . И в этом рокси реализуй норый jsonSerialize тоько данные бери не из $this

Ну вот твоя реализация и стала сложнее моей) Зачем она мне?

Ну вот твоя реализация и стала сложнее моей) Зачем она мне?

Хз, на счет сложности , но билдер имеет 2 метода и 1 конструктор

Фсе

У тебя прям так много

Сервисов инжектится?

Хз, на счет сложности , но билдер имеет 2 метода и 1 конструктор

Ты по сути предложил тоже самое, что и я, так что разницы никакой. У меня UserNormalizer, у тебя ProxyUser или как ты там его назовешь. И у тебя и у меня они сервисы. Разницы в том, что у меня используется нативный сериалайзер симфони, что может привнести дополнительные удобства в дальнейшем

Правда ты еще и объект должен инжектить, а я - нет

$this->get не очень

так что ты там говорил?

У тебя прям так много

Btw можно вот так сделать: $all = $this->getDoctrine()->getRepository($class)->findAll(); $this->serializer->serialize($all, 'json')

Или так $this->serializer->serialize($all, 'xml')

почему не заинжектить репу через конструктор? или это форич по всем возможным сущностям?

почему не заинжектить репу через конструктор? или это форич по всем возможным сущностям?

В контроллере?

без разницы, в контроллере или сервисе

без разницы, в контроллере или сервисе

Зачем мне инжектить их в конструкторе контроллера?

Зачем мне инжектить их в конструкторе контроллера?

конструктор сервиса

без разницы, в контроллере или сервисе

Если у тебя 20 методов контроллера, и в каждом используются разные репозитории, ты предлагаешь заинжектить все 20 репозиториев в конструктор?

это было бы фиаско братан

Полное)

юзать контейнер не очень

типа вот этого $this->container->get($id);

Если у тебя 20 методов контроллера, и в каждом используются разные репозитории, ты предлагаешь заинжектить все 20 репозиториев в конструктор?

Инжектить в метод

Инжектить в метод

Для меня не стоит вопрос, как что-то куда-то инжектить

типа вот этого $this->container->get($id);

$this->container->get() Такого дерьма я давно не встречал ?

Btw можно вот так сделать: $all = $this->getDoctrine()->getRepository($class)->findAll(); $this->serializer->serialize($all, 'json')

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

юзать контейнер не очень

там ведь сервис локатор

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

Твои предложения?

не использовать findAll()

не использовать findAll()

А использовать ... ?

Твои предложения?

пагинация

Твои предложения?

не использовать findAll в контроллере который могут вызвать клиенты

метод, который будет вытаскивать нужные тебе сущности

не использовать findAll в контроллере который могут вызвать клиенты

А если мне нужны все и сразу?

А если мне нужны все и сразу?

Есть шанмс получить 500 ошибку

А если мне нужны все и сразу?

тогда делай свой кастомный метод который будет это хотя бы отдавать в виде массива

А если мне нужны все и сразу?

Вроде был метод итэрейт кажется

Порционно надо

доктрина в контроллере это конечно круто

Я уже обосрался так один раз

но можно и без неё

доктрина в контроллере это конечно круто

А что плохого?

Есть шанмс получить 500 ошибку

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

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

"никогда не будет", знаем, проходили

Ну дерьмовый значит из тебя программист)

Ого, вот это высокомерие

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

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

А что плохого?

почему контроллер должен знать что у тебя за ОРМ?

поехали срачик?

потому что ты не меняешь орм каждый день

почему контроллер должен знать что у тебя за ОРМ?

чем ORM хуже любой другой абстракции?

потому что ты не меняешь орм каждый день

Он видимо меняет

почему контроллер должен знать что у тебя за ОРМ?

а flush где вы делаете?

потому что ты не меняешь орм каждый день

ОРМ это единственный источник данных в приложении?

getRepository

почему контроллер должен знать что у тебя за ОРМ?

Эмм.. может потому-что это быстрее, чем коепать классы. Тем-более, что орм не должен меняться в проекте. БД - да, может, но не орм же. В этом то и суть орм. Или я ошибаюсь?

ОРМ это единственный источник данных в приложении?

нет

Эмм.. может потому-что это быстрее, чем коепать классы. Тем-более, что орм не должен меняться в проекте. БД - да, может, но не орм же. В этом то и суть орм. Или я ошибаюсь?

орм это инструмент для сохранения и восстановления стейта сущностей

между запросами

Забавные ребята, пытаются применить свои блистательные шаблоны проектирования везде и всегда) Даже если это домашняя страничка. Память, доктрина в контроллере, ужас)

орм это инструмент для сохранения и восстановления стейта сущностей

Спасибо ?

Забавные ребята, пытаются применить свои блистательные шаблоны проектирования везде и всегда) Даже если это домашняя страничка. Память, доктрина в контроллере, ужас)

?

Я вам вот что скажу: в телеграме 12 смайликов поездов! ???????????? Ну что, нечего сказать?!

я немного на вентиллятор накинул, кек