DS
Так хендлер может быть и не контроллер.
Так сути это не меняет, мы валидируем по роуту
Size: a a a
2020 June 28
DS
Группировать валидаторы по контроллеру просто удобно
AM
ооок
AM
так а какой у нас кейс когда эти валидаторы кстати?
AM
для POST есть FormModel
AM
для GET есть регулярки в роутах
АН
так а какой у нас кейс когда эти валидаторы кстати?
я пока не представляю где использовал бы это
AM
вот у меня так же :(
RT
для GET есть регулярки в роутах
по сути у тебя твои регулярки переезжают в отдельный класс и там могут быть и другие правила.
DS
вот у меня так же :(
Ну так и не парься, я же описал, как это делается без доп мидлтварей. Ну возьми [BlogValidator::class, 'validate'] и в нем валидацию делай
АН
@yiiliveext наверно достал уже, но, что по модульной системе?)
RT
в ларе это сделано через автовйринг. В симфони делать не собираются - аргумент - нефиг менять реквест. и валидации там быть не должно. Мне показалось логичным использовать такой функционал с использованием мидлвар и отдельных валидаторов.
DS
Александр Некрасов
@yiiliveext наверно достал уже, но, что по модульной системе?)
Что она тебе так горит, ее кучей способов организовать можно. Вчера пример скидывал с помощью сервис-провайдера по той же идее.
DS
Александр Некрасов
@yiiliveext наверно достал уже, но, что по модульной системе?)
DS
Только в контенере багфикс надо смержить
DS
А где-то есть история коммитов по всем пакетам в хронологическом порядке?
DS
А как FormModel будет работать с валидацией по базе?
АН
DS
Александр Некрасов
ServiceProvider extends AbstractContainerConfigurator
DS
Класс, который наследуется от AbstractContainerConfigurator может вызывать определенные в нем методы контейнера