Cannot autowire service "AppBundle\Validator\Constraints\TemplatePending": argument "$method" of method "__construct()" must have a type-hint or be given a value explicitly.

А зачем тебе конструктор объявлять кстати?

если ты накидываешь на пропертю и хочешь все данные формы — накидываешь не на тот уровень. Или добавляй на уровень выше, и у тебя будет зампленыйы обьект или делай коллбєк валидатор и как-то прокидывай туда твою форму

мне нужно валидировать по реквест методу, по условиям задачи поставили что нужно именно валидатор к форме прикрутить

А зачем тебе конструктор объявлять кстати?

передать $options которые передают в билдер

Cannot autowire service "AppBundle\Validator\Constraints\TemplatePending": argument "$method" of method "__construct()" must have a type-hint or be given a value explicitly.

тебе сюда: https://symfony.com/doc/current/service_container/autowiring.html =)

передать $options которые передают в билдер

options не обязательно через конструктор передавать

мне нужно валидировать по реквест методу, по условиям задачи поставили что нужно именно валидатор к форме прикрутить

а какие данные то нужны в валидаторе?

а, прочитал

можно вообще их выделить в отдельный массив параметров и инжектить и в форму и в валидатор

вариантов куча

вот только задача какая-то подозрительная

можно вообще их выделить в отдельный массив параметров и инжектить и в форму и в валидатор

они и так в отдельном массиве

они и так в отдельном массиве

в whatever.ym и доступны в твоем контейнере?

тебе сюда: https://symfony.com/doc/current/service_container/autowiring.html =)

спасибо, только врядли поможет -_-

передать $options которые передают в билдер

Опции можно передать вторым аргументом

в whatever.ym и доступны в твоем контейнере?

не знаю что это , я с симфони работаю второй день

Опции можно передать вторым аргументом

я так и делаю

я так и делаю

тогда конструктор тебе не нужен

тогда конструктор тебе не нужен

видишь блок add ?

видишь блок add ?

вижу

туда можно добавить параметр constraints

спасибо, только врядли поможет -_-

ну хотя бы поймёшь откуда ошибка некорректного автоваринга и зачем нужен тайп-хинтинг, который он просит)

и перечислить валидаторы внутри

ну да ладно

видишь блок add ?

тогда прокидывай твои опции в констрейнт и читай их в валидаторе

ну хотя бы поймёшь откуда ошибка некорректного автоваринга и зачем нужен тайп-хинтинг, который он просит)

спасибо, просто я с этим уже сталкивался

и прочитал)

тогда прокидывай твои опции в констрейнт и читай их в валидаторе

так я там не могу конструктор объявить

зато гифка смешная

почему нельзя было немного проще собирать зависимости чем они сделали

@Dthmc когда создаешь форму в контроллере $this->createForm(EntityName::class, null, $options) Можно передавать в твой форм билдер все что душе угодно, в качестве третьего аргумента

@Dthmc когда создаешь форму в контроллере $this->createForm(EntityName::class, null, $options) Можно передавать в твой форм билдер все что душе угодно, в качестве третьего аргумента

ну давай ещё выше зайдём

куда мне валидатор прикручивать ? как мне в валидатор данные передать

я там привязываюсь только к одному полю а мне нужны все данные

при этом валидировать я должен по одному полю

я там привязываюсь только к одному полю а мне нужны все данные

Ты с доктриновскими сущностями работаешь?

Ты с доктриновскими сущностями работаешь?

+

вообще я думал изначально в сущности логику залить

но не всё так просто оказалось

поэтому не зря мне конкретно указали что нужен валидатор в формы

@Dthmc Тогда реши сначала, тебе надо делать валидацию на уровне конкретной формы, или на уровне самой сущности.

@Dthmc Тогда реши сначала, тебе надо делать валидацию на уровне конкретной формы, или на уровне самой сущности.

на уровне формы

на уровне формы

Лучше опиши простыми словами, что за форма у тебя и что ты хочешь валидировать, а тебе скажут, что передавать и куда писать

ох

сейчас

template object (TemplateFormType) true template[status] float true template[version] float true template[mergeFields] string true template[templateGroup] choice true вот параметры формы

template object (TemplateFormType) true template[status] float true template[version] float true template[mergeFields] string true template[templateGroup] choice true вот параметры формы

Что это за дерьмо?

Что это за дерьмо?

покажи лучше

поскольку это рест апи для разных методов нужна разная валидация

что насчет validation_groups?

поскольку это рест апи для разных методов нужна разная валидация

Вообще, ты можешь все правила валидации указать в самой сущности и присвоить их определенным группам, тогда в самой форме ты просто указываешь, какую группу валидаций применить

хочешь обмануть autowire?))) сделай в конструкторе так array $options = []

?

поскольку это рест апи для разных методов нужна разная валидация

И кстати, насчет разных методов... какие методы используются?

И кстати, насчет разных методов... какие методы используются?

все

GETPOSTPUTPATCHDELETE

@Dthmc put?

trace, head, options?

GETPOSTPUTPATCHDELETE

это плохо

хочешь обмануть autowire?))) сделай в конструкторе так array $options = []

мне на ревью пиздов выписали сказали делай нормально иди

?????

handleRequest не будет пахать с некоторыми методами, например c PATCH

handleRequest не будет пахать с некоторыми методами, например c PATCH

будет...

handleRequest не будет пахать с некоторыми методами, например c PATCH

при создании формы в options передаётся метод

будет...

Не будет

ERROR: S client not available

Не будет

я это заводил, не рассказывай сказок

я это заводил, не рассказывай сказок

Что ты заводил? Покажи давай

Что ты заводил? Покажи давай

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

Не будет

будет

И у тебя остаётся без изменения $data, что ты изначально прокидывал

конкретно эти поля

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

Symfony лишь симулирует работу c PATCH методом, добавля скрытое поле _method в форму, потому что PATCH не передает ключ-значение, подобно POST. В итоге форма все равно отправляется POST методом, потому что это гребанная форма и она поддерживает лишь GET и POST в качестве значения method. В стороне сервера симфони видит это скрытое поле и тогда уже может обработать запрос как будто это PATCH. У чувака API, если он сделает запроc реальным методом PATCH то обломается.

Symfony лишь симулирует работу c PATCH методом, добавля скрытое поле _method в форму, потому что PATCH не передает ключ-значение, подобно POST. В итоге форма все равно отправляется POST методом, потому что это гребанная форма и она поддерживает лишь GET и POST в качестве значения method. В стороне сервера симфони видит это скрытое поле и тогда уже может обработать запрос как будто это PATCH. У чувака API, если он сделает запроc реальным методом PATCH то обломается.

отправлял реальные запросы, с отключённым method_override, всё норм

Symfony лишь симулирует работу c PATCH методом, добавля скрытое поле _method в форму, потому что PATCH не передает ключ-значение, подобно POST. В итоге форма все равно отправляется POST методом, потому что это гребанная форма и она поддерживает лишь GET и POST в качестве значения method. В стороне сервера симфони видит это скрытое поле и тогда уже может обработать запрос как будто это PATCH. У чувака API, если он сделает запроc реальным методом PATCH то обломается.

ты говоришь только о проблеме с group prefix, и о том, что в атрибутах реквеста может не быть распарсенных из json полей

просто посмотри, как используется метод патч в хендлере

просто посмотри, как используется метод патч в хендлере

Посмотрел

Symfony лишь симулирует работу c PATCH методом, добавля скрытое поле _method в форму, потому что PATCH не передает ключ-значение, подобно POST. В итоге форма все равно отправляется POST методом, потому что это гребанная форма и она поддерживает лишь GET и POST в качестве значения method. В стороне сервера симфони видит это скрытое поле и тогда уже может обработать запрос как будто это PATCH. У чувака API, если он сделает запроc реальным методом PATCH то обломается.

апи описано всё ахуенно работает, валидацию только доделать надо

@andrewDemb уже пояснил мне что да как и где я промахнулся

просто посмотри, как используется метод патч в хендлере

Я вижу только, что в конце передается пустой массив $data методу submit

что это за жесть..

что это за жесть..

Скриншоты кода ?))))))

Скриншоты кода ?))))))

В чем собственно проблема?

Логика жесть

Вермишель

В чем собственно проблема?

вкурил. У тебя старая симфа оказывается UPD: не так

вкурил. У тебя старая симфа оказывается UPD: не так

Симфони 4

Хотя нет, стой

nativeRequestHandler?

nativeRequestHandler?

Ага. Надо другой смотреть?

httpfoundation

смысл там такой же

$request->request->all()

$request->request->all()

Ты о чем?

по сути в любом случае всё будет взято из глобального POST, но сам метод (PATCH) всёравно обработается