RT
чтобы получить авторизованного юзера
Size: a a a
2021 February 02
RT
+ в каждом экшене реквест с данными
В
У меня header auth (приложение чисто апишное), туда все равно нужен именно реквест. Можно, в принципе, сделать сервис копией
UserRequest, зависящий от основного реквеста, тогда он прекрасно войдет в конструктор.В
\Yiisoft\Validator\Rule\Callback::validateValue() - а не думали сюда добавить инжектор?AM
\Yiisoft\Validator\Rule\Callback::validateValue() - а не думали сюда добавить инжектор?Звучит неплохо, в общем-то...
В
Звучит неплохо, в общем-то...
сейчас тикет накатаю по-быстрому
В
Звучит неплохо, в общем-то...
AM
А, да. Зависимость.
AM
Хм хм
RT
Я вот пилю сервис, было бы удобно. Мне в одном контроллере во всех его action'ах нужен
UserRequest, прям как в app-api, плюс еще по реквесту на каждый экшн. Второй реквест несет в себе данные, валидность которых зависит в т.ч. от текущего юзера (проверка прнадлежности передаваемых сущностей пользователю).Я посмотрю что можно с этим сделать
В
Я посмотрю что можно с этим сделать
не критично, в принципе. Вынес в сервис, а сервис уже как зависимость указал
В
А, да. Зависимость.
На мой взгляд, это будет довольно удобно. Вот пример кейса. Первая зависимость мне и в классе, в котором
getRules(), нужна, а вот вторая используется только в этом валидаторе.
А
после Arrays должна быть просто лютая череда релизов. Это ведь не всё, так ведь? :)
JD
AM
после Arrays должна быть просто лютая череда релизов. Это ведь не всё, так ведь? :)
Не всё.
2021 February 03
NO
нормчик) я и не знал что такие простые пакеты есть, думал там всë жирненькое только осталось)
NO
Поздравляю) Приятно что есть прогресс)
В
А чего у нас нет драйвера для редиски?