Как заставить Zend\Form\Factory при создании форм создавать используемые фильтры через FilterPluginManage?

Question

[Котик Антон]

В конфигурационном файле модуля прописал собственный фильтр для создания его через FilterPluginManage:

return [
    // ...
    'filters' => [
        'invokables' => [
            'myfilter' => Application\Filter\MyFilter::class,
        ]
    ]
];

Не могу понять, как можно фабрике Zend\Form\Factory сообщить о своём фильтре, постоянно ловлю исключения "Zend\Filter\FilterPluginManager::get was unable to fetch or create an instance for myfilter". Мне также важно, чтобы мой фильтр создавался через FilterPluginManage.

Например, похожая задача, но не с фильтрами, а с кастомными элементами, прописанными в секции 'form_elements' конфигурации, решается так:

$formElementManager = $this->getServiceLocator()->get('FormElementManager');
$factory = new Zend\Form\Factory($formElementManager);

Answer 1

[Котик Антон]

Работает такой вариант:

$filterManager = $this->getServiceLocator()->get('FilterManager');
$factory = new Zend\Form\Factory();
$factory->getInputFilterFactory()
        ->getDefaultFilterChain()
        ->setPluginManager($filterManager);

Ещё судя по обсуждению здесь фильтры должны будут подхватываться, если перечислить их в методе Module::getFilterConfig():

class Module implements Zend\ModuleManager\Feature\FilterProviderInterface
{
    // ...

    /**
     * {@inheritDoc}
     */
    public function getFilterConfig()
    {
        return [
            'invokables' => [
                'myfilter' => \Application\Filter\MyFilter::class,
            ],
        ];
    }
}

Но он не работает, да и вообще было бы странным, если работал. Всегда полагал, что нет разницы в том, где объявлять: в методах модуля или module.config.php

Answer 2

[Андрей Мохов]

я бы на вашем месте в дебаг режиме посмотрел подхватил ли FilterPluginManager настройки конфига, может с конфигом что-то не так?

Comments

[Котик Антон]

В принципе в этом сомнений не было, но я на всякий случай проверил, что возвращает $this->getServiceLocator()->get('FilterManager');
Вернулся объект FilterPluginManager, в свойстве $invokableClasses которого видно, что мой фильтр подхватился.

Вопрос состоит в том, как теперь его в фабрику передать?

[Андрей Мохов]

27cm: что-то я не догоняю, а зачем? судя по конструктору Zend\Form\Factory он кушает только FormElementManager, а FilterPluginManager к нему вроде никак не относится, в чем задача изначально стоит?
верно ли я понимаю, что нужно отфильтровать значение какого либо элемента? как например это делает фильтр StripTags или StringTrim

у InputFilter есть метод add, который скушает ваш фильтр

[Котик Антон]

Андрей Мохов: У меня в проекте большое количество форм, большое количество собственных фильтров. Многие из фильтров используют другие сервисы проекта. Если мои фильтры будут, также как и Zend-овские создаваться с помощью FilterPluginManager, то я могу просто те фильтры, в которых мне нужен ServiceLocator, реализовать ServiceLocatorAwareInterface. Тогда FilterPluginManager, а точнее AbstractPluginManager от которого он унаследован, сам при инициализации вызовет метод setServiceLocator() моего фильтра.

[Андрей Мохов]

27cm: с ServiceLocator`ом всё понятно, но я не понимаю зачем в фабрику толкать менеджер? по идее должно сработать так:

class RegisterFilter extends InputFilter
{
    	public function __construct()
    	{
        $this->add([
            'name' => 'login',
            'filters' => [
                ['name' => 'myfilter'],
            ],
        ]);
    }
}

[Котик Антон]

За тем же, зачем приходится в фабрику передавать FormElementManager, чтобы мои элементы подтянулись из конфигурационного файла модуля.

Я сейчас использую InputProviderInterface и вот такой вариант не срабатывает, когда элемент формы создаётся через фабрику:

class MyElement extends \Zend\Form\Element implements InputProviderInterface
{
    // ...
    public function getInputSpecification()
    {
        return [
            'name' => 'name',
            'filters' => ['name' => 'myfilter']
        ];
    }
}

Если написать так, то фильтр конечно создастся, но не через FilterPluginManager, т. е. setServiceLocator() не будет вызван:

class MyElement extends \Zend\Form\Element implements InputProviderInterface
{
    // ...
    public function getInputSpecification()
    {
        return [
            'name' => 'name',
            'filters' => ['name' => Application\Filter\MyFilter::class]
        ];
    }
}

[Андрей Мохов]

27cm: хм... фильтр/элемент можно не через invokables создавать, а с помощью фабрики, а там уж самостоятельно вызвать setServiceLocator...
я конечно не на столько глубоко погрузился, мне предстоит в будущем... пожалуй подпишусь на вопрос

[Котик Антон]

Андрей Мохов: Да, тогда для каждого фильтра придётся фабрику писать, а их много. Можно конечно абстрактную фабрику написать, но я стараюсь их избегать (причины описаны здесь). Только вот зачем это всё, если есть FilterPluginManager.

Я и сам всего несколько месяцев ZF2 использую =)
Буду дальше копаться в кода фреймворка и искать ответ.

[Андрей Мохов]

27cm: как найдешь - отпишись