Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

Question

[Алексей Павлов]

Давно уже заметил, что в компоненте Form интерфейс OptionsResolverInterface отмечен как устаревший. Но даже в официальной документации он используется при создании класса формы:

use Symfony\Component\OptionsResolver\OptionsResolverInterface;

public function setDefaultOptions(OptionsResolverInterface $resolver)
{
    $resolver->setDefaults(array(
        'data_class' => 'AppBundle\Entity\Task',
    ));
}

Есть ли обновлённый аналог на замену OptionsResolverInterface? Или иначе как задавать дефолтные значения правильным образом?

В описании интерфейса Symfony\Component\OptionsResolver\OptionsResolverInterface указано:

@deprecated Deprecated since Symfony 2.6, to be removed in Symfony 3.0.
Use {@link OptionsResolver} instead.

Класс OptionsResolver - это класс, реализующий тот самый интерфейс OptionsResolverInterface. Но если поставить его использование в методе setDefaultOptions, то он не пройдёт проверку типа аргумента.

Получается, пока (в версии до 3.0) нужно продолжать использовать устаревший OptionsResolverInterface?

Answer 1

[Alex]

Например так: symfony.com/doc/master/book/forms.html#validation-... Новый метод configureOptions, начиная с 2.7
Но пока можно использовать старый вариант, если не раздражают перечеркнутые слова в том же шторме

Comments

[Алексей Павлов]

интересно. Я дал ссылку на current-документацию, а в master уже обновлён этот раздел.
Но вот в классе AbstractType нет метода configureOptions, и если его вписать в свой класс формы, то он не работает. Похоже, использоваться он будет уже в 3.0.

[Alex]

Будет доступен, начиная с 2.7

[Алексей Павлов]

Спасибо.
Интересно, если сейчас поставить и setDefaultOptions, и configureOptions - то при переходе на Symfony3 будет работать?

[Alex]

public function setDefaultOptions(OptionsResolverInterface $resolver)
    {
        $this->configureOptions($resolver);
    }

Если вы на <= 2.6, то я бы пока использовал старый вариант. Начиная с 2.7 постепенно переходить к новому, а к переходу на 3.0 уже всё остальное перевести

[Алексей Павлов]

Так работает, спасибо.
Я пишу публичный бандл (доступный через packagist), и планирую им пользоваться и в будущем, при переходе на 3.0, поэтому думаю, как лучше сделать. Ваш подход - лучшее решение.

[Алексей Павлов]

только лучше наоборот - из configureOptions() вызывать setDefaultOptions(), ради статической валидности кода (чтобы в штроме warning не возникал).

[Alex]

Я привел код из AbstractType из ветки 2.7 - так будет выполнено в симфони для обратной совместимости

[Алексей Павлов]

>только лучше наоборот - из configureOptions() вызывать setDefaultOptions()
сам себе отвечу - нет, не лучше наоборот. В 3.0 не будет OptionsResolverInterface, и в 3.0 код будет падать. Лучше вариант, что привёл shmool.

[Алексей Павлов]

shmool Спасибо! Вы помогли разобраться с этим вопросом.

[Alexander Shmelev]

Алексей Павлов: это был не я.

[Алексей Павлов]

shmool: упс! я прошу прощения! перепутал ваш ник с shoomyst