Symfony 2 Forms + Doctrine MongoDb

Question

[MARDEN]

Пишу проект на Symfony 2.1 в связке Doctrine MongoDb. Возникла проблема с формами.

Есть класс Consultant:

/**
 * @MongoDB\Document
 */
class Consultant
{
    /**
     * @MongoDB\Id(strategy="NONE")
     */
    protected $id;

    /**
     * @MongoDB\EmbedMany(targetDocument="Specialization", strategy="set")
     */
    protected $specs;

    /**
     * @MongoDB\Hash
     */
    protected $schedule;

    // далее идут getters/setters
}

Класс Specialization:

/**
 * @MongoDB\Document
 */
class Specialization
{
    /**
     * @MongoDB\Id
     */
    protected $id;

    /**
     * @MongoDB\String
     */
    protected $name;

    public function __toString()
    {
        return $this->name;
    }

    // далее идут getters/setters
}

Сохранив объект через доктриновский DocumentManager, получил в монге вот такую структуру консультанта:

{
   "_id": "1",
   "specs": [
     {
       "_id": ObjectId("50d1c5116146a13948000000"),
       "name": "Юрист"
    },
     {
       "_id": ObjectId("50d069336146a10244000000"),
       "name": "Экономист"
    } 
   ], 
   "themes": ["Финансы", "Здоровье", "Семья", "Бизнес", "Недвижимость"]
}

Также в монге есть 2 коллекции всех специализаций (specs) и тематик (themes), которые отдельным образом создаются и редактируются.

Задача — показать форму, в которой будут 2 списка с чекбоксами, наполненных данными из соответствующих коллекций и отмеченных флажками те пункты, которые имеет выбранный консультант. При сохранении формы в свойство themes должны попасть отмеченные названия тематик, а в specs — отмеченные специализации с учетом ее структуры, указанной выше.
Пример формы:


Проблема №1: поле themes (@Hash аннотация в доктрине).

Испробованные варианты форм:

class ConsultantFormType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        $builder->add('themes', 'collection', array(
            'type' => 'choice',
            'options'  => array(
                'expanded' => true,
                'multiple' => true,
            ),
        ));
    }
}

Выдает исключение Expected argument of type "array", "string" given в файле ChoicesToBooleanArrayTransformer.php.

$builder->add('themes', 'choice', array(
            'choices' => array('Финансы', 'Здоровье', 'Семья', 'Бизнес'), // чисто для эксперимента
            'expanded' => true,
            'multiple' => true,
        ));

Форма отобразилась, но нет выбранных пунктов в списке, и в качестве value в инпутах оказались индексы (ключи), а не значения.

Проблема №2: поле specs (@EmbedMany).
Читал документацию.
Первое — назначение data_class в опциях формы:

public function setDefaultOptions(OptionsResolverInterface $resolver)
    {
        $resolver->setDefaults(array(
            'data_class'        => 'Acme\ConsultantBundle\Document\Consultant',
        ));
    }

Второе — создаю поле с типом document (аналог entity, но для монги).

$builder->add('specs', 'document', array(
            'class' => 'AcmeConsultantBundle:Specialization',
            'property' => 'name',
            'expanded' => true,
            'multiple' => true,
        ));

В форме выводится список чекбоксов, но опять же ни одного отмеченного. В роли value для инпутов в этот раз выступает id объектов из коллекция specs. Это при том, что в монгу данные записываются как положено.

Народ, прошу помощи!

Answer 1

[JekaRu]

@EmbedMany вам тут точно нужен?
Мне кажется более подходит @ReferenceMany, работать должно с ним правильно ваше последнее определение

Comments

[MARDEN]

Если делать @ReferenceMany, то в поле specs будут попадать только айдишники записей из коллекции specializations, а значит чтобы показать на карточке консультанта все его специализации, придется делать дополнительный запрос в монгу. Поэтому я решил дублировать эти данные в поле specs. Все-таки вариант с @EmbedMany мне кажется более оптимальным.
Самое печальное, что я уже запостил эту проблему и на stackoverflow, и на официальном форуме симфони, и до сих пор никто не может дать ответа. Неужели с этой проблемой столкнулся только я один? :(

[JekaRu]

Очень похоже, что опять какаято бага, надо будет глянуть

[MARDEN]

Вы написали, что после обновления у вас заработало. Я не совсем понял, что именно заработало?

[JekaRu]

Заработал вариант с themes

По варианту с embed:
Баги все-таки нет, видимо просто так как вы хотите, редко делают.
Но у меня в форму получилось вот таким способом вставить:
(делал в своем тестовом проекте, вы по аналогии сделайте.)

// трансформер
class ApplicationToIdTransformer implements DataTransformerInterface
{
    private $dm;
    function __construct(DocumentManager $dm)
    {
        $this->dm = $dm;
    }

    public function transform($applications)
    {
        $collection   = array();
        if (empty($applications)){
            return $collection;
        }

        foreach($applications as $app){
            $collection[]=$app->getId();
        }
        return $collection;
    }

    public function reverseTransform($ids)
    {
        if (!$ids){
            return null;
        }

        $applications = $this->dm->createQueryBuilder('SMAppBundle:Application')
            ->field('id')->in($ids)
            ->getQuery()->execute();

        if (empty($applications)) {
            throw new TransformationFailedException(sprintf(
                'An Application with ids "%s" does not exist!',
                implode(',',$ids)
            ));
        }
        return $applications->toArray();
    }
}

// FormType

class ProjectUserFormType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        $transformer = new ApplicationToIdTransformer($options['dm']);
        $builder->add(
                $builder->create(
                    'applications',
                    'choice',
                    array(
                        'choices'=>$this->getApplicationChoices($options['dm']),
                        'expanded'=>true,
                        'multiple'=>true
                    )
                )->addModelTransformer($transformer)
            );
        ;
    }


    /**
     * Returns the name of this type.
     *
     * @return string The name of this type
     */
    public function getName()
    {
        return 'project';
    }

    public function setDefaultOptions(OptionsResolverInterface $resolver)
    {
        $resolver->setDefaults(array('data_class' => 'SM\AppBundle\Document\Project'));
        $resolver->setRequired(
            array(
                'dm',
            )
        );

        $resolver->setAllowedTypes(
            array(
                'dm' => 'Doctrine\ODM\MongoDB\DocumentManager',
            )
        );
    }

    private function getApplicationChoices($dm) {
        $choices = array();
        foreach($dm->getRepository('SM\AppBundle\Document\Application')->findAll() as $app){
            $choices[$app->getId()]=$app->getName();
        }
        return $choices;
    }
}


// в контролере

$form = $this->createForm(new ProjectUserFormType(),null,array('dm' => $this->getDocumentManager()));

[MARDEN]

Понятно. Спасибо за помощь!

Answer 2

[JekaRu]

1. Наверное должно быть так: choices' => array('Финансы'=>'Финансы', ....)

Comments

[JekaRu]

2. А после сохранения чекбоксы остаются?

[MARDEN]

1. Да, если передать ассоциативный массив, где ключ = значению, то чекбоксы выставятся. Но во-первых, в монге это будет храниться уже как объекты, а не массив. Во-вторых, такое дублирование не всегда возможно, да и выглядит костылем.

2. Если передать в форму обычный нумерованный массив и сохранить, то в монгу попадут только индексы.
Запись будет выглядеть так:

"themes": [
    NumberInt(0),
    NumberInt(2)
  ]

Когда открываешь эту форму еще раз, чекбоксы на месте. Получается, что компонент формы ориентируется исключительно на ключи… Может надо написать свой Data Transformer? Но неужели нельзя переопределить такое поведение более простым способом?

[JekaRu]

Хм, сейчас под рукой проекта с монгой нет, смогу позже потестить.

Сорри, сейчас только мои размышления по этой теме.
По идее если анатация Hash, то и храниться в этом поле должен ассоциативный массив (js объект). Может в этом случае подойдет аннотация Collection?

[MARDEN]

Действительно, аннотация Collection подходит лучше для моей задачи. Но все равно остается вопрос, как правильно рендерить это поле.
Пробовал так:

$builder->add('themes', 'collection');

Выводит в виде текстовых полей, где в качестве значения выводятся названия тематик. Но мне нужен именно checkbox list.

Тогда попробовал так:

$builder->add('themes', 'collection', array(
            'type' => 'choice',
            'options'  => array(
                'choices'  => array('Финансы', 'Здоровье', 'Семья', 'Бизнес'),
                'expanded' => true,
                'multiple' => true,
            ),
        ));

Выдал Expected argument of type «array», «string» given в трансформере ChoicesToBooleanArrayTransformer.

Вот так рендерится нормально, но отмеченных флажков нет:

$builder->add('themes', 'choice', array(
            'choices' => array("Семья", "Деньги", 'Здоровье'),
            'expanded' => true,
            'multiple' => true,
        ));

А вот если подсунуть в options массив вида array('Финансы'=>'Финансы', ....), то работает и даже сохраняет нормально.

[JekaRu]

array('Финансы'=>'Финансы', ....) — это точно надо так делать.

По поводу флажков — однозначно баг в mongo-odm, сделайти composer.phar update.
После обновления у меня заработало.

[MARDEN]

Ясно, с полем themes разобрался.

А с флажками по-прежнему беда, не ставятся ни в какую. Обновился через композер: mongo-odm теперь 1.0.0-BETA7.
Какой образом через билдер поле добавляли?
Пробую так:

$builder->add('specs', 'document', array(
                'class' => 'AcmeConsultantBundle:Specialization',
                'property' => 'name',
                'expanded' => true,
                'multiple' => true,
            )

Но отмеченных флажков нет все равно :(

P.S. Какая у вас версия mongo драйвера и mongo-odm?