Урааа... я не лох! )

точней вас теперь двое)

впрочем... я PHP-программист... в 33 года...

А что в этом плохого?

Чувак, Иисуса в этом возрасте уже распяли!.. А меня пока не за что...

Чувак, Иисуса в этом возрасте уже распяли!.. А меня пока не за что...

Это можно очень быстро исправить

можно, но ведь как видишь, не исправляется :(

Кстати, ExclusionPolicy не фурычат в 3.1...

т.е. по умолчанию насколько понимаю, отключео все, а дальше только с группами...

чувствую что в тестах еще и формат JSON прийдется чекать

в принципе, с группами жить можно и без exclusionpolicy...

хотя нет... exclusion strategy сейчас как раз работает как и должно быть... совместно с Expose()

О! Тогда совсем хорошо... в трейтах работает тоже.

итак статистика по JMSSerializer: 2.8 - группы работают; 3.1 - группы работают; 3.2 - группы - НЕ работают.

странно, я проект личный переводил - вроде, работали. А в каком контексте?

Очень простой эксперимент: 1. Чистая инсталляция; 2. Устанавливаем jmsserializerbundle + doctrinemigrationsbundle по дефолту; 3. Создаем объект: Person с полями: id, first_name, last_name 4. Устанавливаем ExclusionPolicy("all") и группы: @JMSSerializer/Expose() @JMSSerializer/Groups({"agroup"}) @JMSSerializer/Groups({"bgroup"}) agroup - на полях id и first_name, bgroup - на полях first_name, last_name; 5. В контроллере вызываем сериализацию, с контекстом и проверяем обе группы: ->setGroups(array(''agroup'')) - должно вернуть первые два поля только; ->setGroups(array(''bgroup'')) - должно вернуть вторые два поля; ->setGroups(array()) - не должно вернуть ничего;

Эта хрень проверена на 2.8, 3.1, 3.2 версиях, для чистоты - ничего не копировалось, просто накатывалось поверх. Лезть колупаться что-там где не работает - нет времени просто. По факту, то что работает в 2.8, 3.1 не работает в 3.2... Честно говоря, не особо уверен и в 3.1... но сейчас уже глубокие тесты буду проводить... Но посматриваю в сторону фрактала...

Возможно, это связано с exclusion policy. У меня в том проектом одни DTO-шки были и везде exclusion_policy стоит в none. И маппинг в YAML, если что.

Я помню при обновлении одного из проектов наткнулся на то, что JMS конфликтовал в каком-то стороннем бандле с симфоневским сериализатором. И у первого нужно было выключить короткий алиас serializer. Впрочем, это не та проблема. Но тоже на 3.2 вылезла.

Лечится просто: jms_serializer: enable_short_alias: false И из контейнера дёргать по jms_serializer.

у меня в конфиге сериалайзер симфоневский вообще отрублен

Лечится просто: jms_serializer: enable_short_alias: false И из контейнера дёргать по jms_serializer.

это же еще с 3.1 версии надо делать, не? у меня в 3.1 пришлось

#serializer: { enable_annotations: true }

это же еще с 3.1 версии надо делать, не? у меня в 3.1 пришлось

Ну, 3.1 не поддерживается, поэтому я её перескакивал и с 2.8 на 3.2 по сути обновлялся.

Но 3.1 хотя бы работает. В 3.0 вообще есть баг из-за которого Twig не заводится :)

меня всегда смущало слово "хотя бы"

есть два варианта: работает - не работает.

меня несколько смущает, то что LTS даже в ближайших планах отсутствует

есть два варианта: работает - не работает.

3.1 нет смысла юзать т.к. не поддерживается, но код заводится. 3.0 нет смысла юзать т.к. не поддерживается и код не заводится в принципе.

3.2 не имеет смысла юзать ибо не работает

У меня работает. Но в твоём кейсе - возможно. Не проверял.

а чем пользуешься в качестве сериализатора?

issue есть в репе JMSS?

а чем пользуешься в качестве сериализатора?

Ну JMSS же. Я ж сказал, другая политика исключения.

Ну и у меня он больше для десериализации используется, чем для сериализации.

none - не работает так же. Группы как таковые не работают вовсе.

Если будет время - попробую у себя проверить.

Пробовал с YAML-конфигом?

угук, было бы инетресно.

Нет, с YAML-конфигом не пробовал... кстати хорошая идея.

Ибо аннотации не всегда адекватно работают у JMS...

У меня просто такие конфиги: https://bitbucket.org/skobkin/point-tools/src/013fb3ef3d1f92e5fc8799135fb394e4fec9e237/src/Skobkin/Bundle/PointToolsBundle/Resources/config/serializer/DTO.Api.User.yml?at=master&fileviewer=file-view-default

Надо попробовать... минуту...

А как указать чтобы оно с YAML конфиг читало?.. :)

Понимаю - смешно, но блин, никогда с ними не работал.

Просто впихнуть в resources/config/serializer ?

А как указать чтобы оно с YAML конфиг читало?.. :)

Оно само.

Да. И именовать таким образом чтобы имя конфига включало неймспейс через точки.

Ну, короче, либо из доки, либо из моего конфига посмотри.

угук, разгреб, забыл кеши почистить просто...

`$data = $serializer->serialize($person, 'json', SerializationContext::create() ->setGroups(array('short-data')));` AppBundle\Entity\Person: exclusion_policy: all properties: id: type: integer groups: [short-data] first_name: type: string groups: [short-data, full-data] last_name: type: string groups: [full-data]

таки не фурычит...

А expose?

пробовал, та же хрень

выводит почему-то только ID и все.

Забавно. Учитывая, что на нём и нет expose, и есть ещё свойства с short-data.

1. А если добавить ещё свойство только с одной группой short-data? Оно появится? 2. Если сделать доступ через public_method как у меня?

убрал группу с id - оно пропало; убрал группу full-data с first_name - ноль эмоций; доступ через public_method - пробовал, та же история )

Страннота.

та же фигня на 3.1 - работает

Баги-то в репе JMSS искал?

Неа пока нет

Я бы с этого начал.

ребят а кто как использует симфониевский сериалазер? Чтоб его использовать - нужно писать на каждый объект нормализатор+ 3 строчки кода $normalizers = new ObjectNormalizer; $serializer = new Serializer([$normalizers], [new JsonEncoder()]); $serializer->serialize($entities, 'json')); Помоему как-то неудобно, кто во что оборачивает? отдельный сервис или метод в BaseController или трейт?

из контейнера бери сериалайзер и все

а тегами подключай к нему нормалайзеры и че там еще надо

В респонсы свои обернуть и все.

из контейнера бери сериалайзер и все

точно, спасибо

В респонсы свои обернуть и все.

в смысле?

ERROR: S client not available

блин, вот надо учиться объяснять, что хотел сказать... ) У меня с этим проблема. Я имею ввиду сделать набор своих респонсов. В итоге у тебя выйдет нечто: return MyResponse\EntityResponse($this->serializer, 200); а в EntityResponse уже свои три строчки ну и остальное... )

ок, буду пробовать по разному)

Решил четта проверить вообще по версиям SF... оказывается SF только ноябрьская 3.4 будет в LTS.

ну да, последняя в цикле

потом 4.0 только

так ни одной нету LTS, кроме 3.4...

ну не суть столь важно... у меня стоит сейчас вопрос, выпнуть нахрен JMS\Serializer и юзать стандартный Serializer или нет... )

ответ да

Я тоже к нему склоняюсь... "але яка тому розумна альтернатива"?

не буду ли я скучать по нему? ;)

ну ты скучаешь по пхп4?

Да, но вот, например, какая замена будет у virtual property?

и какая замена будет в @Type

вот эти три вещи мня беспокоят, блин

через неделю нас ждет https://github.com/sebastianbergmann/phpunit/blob/master/ChangeLog-6.0.md

* PHPUnit's units of code are now namespaced

Если вы, как и я, использовали dotdeb для установки php, вы делали неправильно. 7.1 в dotdeb не будет. https://www.dotdeb.org/2017/01/27/php-7-1-dotdeb/

docker pull php:7.1-fpm

что такое dotdeb вообще?

Это альтернативная репа с бекпортами для дебиана

Всем бодрый день.

оказалось что virtualproperties и type тоже можно правильно съэмулировать с сериалайзером... пытаюсь понять что еще не хватает от JMS/Serializer

возможно глупый вопрос, но... есть отношение ManyToOne... если устанавливать Serializer на этом поле, то оно вернет весь объект, а как заставить чтобы возвращало только ID на этом поле?

хотя я понимаю что getUser например возвращает объект весь... неужели надо делать виртуальное только поле, которое будет возвращать ID-шник только?

> что еще не хватает от JMS/Serializer то что он не суппортится

ого... там начали чето фиксить

прикольно

но все же мое мнение не поменялось

вместо того что бы возиться с сериалайзерами

делаем SQL/DQL запрос и жахаем ArrayHydrator

и не надо париться

хотя я понимаю что getUser например возвращает объект весь... неужели надо делать виртуальное только поле, которое будет возвращать ID-шник только?

тип того