Артем: Потому что вот тут - $data_array=[$row[0]=>"Дата", $row[1]=>"Температура", $row[2]=>"Влажность"]; вы переписываете один и тот же массив 10 раз. Нужно сделать так - $data_array[] = .......
Анатолий: К сожалению, нет. Тайтл каждого поля нужно вручную прописать. Зато можно выбирать тип данных - количество знаков, слов, даты, емэйлы, номера телефонов и т.д.
romy4: я достаточно хорошо понимаю, что нет каких-то четких ограничений. При этом, сильно сомневаюсь, что например Вы, когда решаете какие-то проблемы сможете проработать абсолютно все варианты. Более того, вопрос не Ваш. Так если Вы настолько хорошо умеете придираться к разным вариантам решения конкретной проблемы, так почему не предлагаете автору свой "правильный вариант"?
romy4: Покажите мне фильм, где название начинаетсяна / или ( ? Автор перечислил конкретные варианты, и с ними вышеприведенный код справляется. Или мне надо спрогнозировать, какие еще названия могут быть? Таких вариантов может быть масса. Например, название - "Слуга народа (1 сезон: 1-24 серия из 24) (2015)" а что если надо оставить - "Слуга народа (1 сезон: 1-24 серия из 24)" то есть удалить только "(2015)" или еще как-то? В любом случае, сильно сомневаюсь что можно сделать какой-то супер универсальный вариант, так как все зависит от конкретных целей.
Дмитрий: Предлагаемый Вами вариант мне не известен. Но в любом случае, если хотите как-то выбрать все пути админки динамически, то это можно сделать через сервис router но как тогда собираетесь связывать их с ролями пользователей? По моему Вам именно это ведь надо?
Получается так... По крайней мере другого варианта я не нашел пока. Да и в админку ведь не так часто добавляются новые разделы, соответственно и ссылки/роуты. Так что это лучше всего сделать в самом конце разработки проекта. Либо же придетс добавлять вручную. Конечно же еще можно все время проверять текущий УРЛ, на то, есть ли там /admin**** но это как-то не красиво, да и рано или поздно запутаться можно будет без проблем.
unity_ultra_hardcore: не забывайте, что аннотация Group принимает не одну группу а массив. то есть можно прописать несколько групп, и при необходимости сериализовать только поля нужной группы
unity_ultra_hardcore: Ну отлично, в JMSSerializer есть аннотация Group, вот для каждого свойства Item (которое Вам нужно) прописываете какую-то группу, а в сущности Group эту группу прописываете только у свойства ID и сериалайзеру скармливаете сущность Item, в который также передаете название группы. Вот и все, на выходе получите выше описанную структуру
unity_ultra_hardcore: если хотите добавить поле group_id в сущность, тогда перед сериализацией можно назначить значение и сериализовать все кроме group, как вариант (но я даже не представляю где и зачем это может пригодиться)
unity_ultra_hardcore: Либо же формировать массив в котором group_id => 'id' и сериализовать (что очень даже странно), либо же оставить как есть, если это не мешает на фронтенде. Но в связке с Backbone у меня проблем никогда не возникало, просто в тех случаях, когда нужно сохранить связь с другой сущностью, я прописываю в определенную группу только ID связанной сущности, в результате получаю что-то типа такого - group {id: 123}
Александр Евгеньевич: Сложно конечно на этот вопрос ответить, так как зависит от проекта. В общем я этот бандл использую только в REST проектах, чаще всего с Backbone. Этот бандл отлично справляется как с сериализацией сущности в json, так и обратно. Причем без разницы, сколько там связанных сущностей, главное указать группы. Чаще всего вполне достаточно одного сервиса (буквально с 2-3 методами) - обертки над этим бандлом, вот и все. Главное не возиться в форм тайпами (субъективно, но мне не нравится система форм в symfony, хотя признаю что функционал действительно хороший), особенно если надо добавить новое свойство в сущность, то это делается и в форм тайпе, и при выводе формы и еще где надо, а с сериалайзером все это не имеет смысла - грубо говоря кода меньше. В общем для REST приложений на symfony штука незаменимая, иначе функционал излишен. Но в любом случае - делать все вручную как-то не очень. Все тонкости проекта не знаю, но высока вероятность что я бы делал именно через сериалайзер а не через формы symfony.
