Ну смотри, это не может быть декоратор, так как ты возвращаешь разные типы. Например валидатор возвращает некий результат (массив или класс) и его надо преобразовать в разные виды. Это ближе к паттеру мост, что как раз в MVC, есть данные, а есть View. Т.е. я или бы предложил как выше, сделать несколько классов ErrorResponse, Например StringValidateResponse, ArrayValidateResponse, (Можешь назвать по другому) и их создавать в контроллерах. Они оба принимают ошибки валидатора, а не сам валидтор. Или же Сделать какие то Трансформеры, как ты это и делал. Но как ты и сказал, 2 класса в DI для валидатора - не очень. Короче главное - это название нихера не понятное. Ну и не декоратор.

Ничего, данный метод не требует ответа с данными

Так по хорошему любой метод должен возвращать хоть какой-то ответ

Почему, там же реквест заполнен массивом и отвалидирован правилами. Очень похоже да, но в ларавеле есть базовый класс привязанный к http

Это да. Ну я скорее про команду в понимании command/handler связки)

А команда дтошка по сути же

Так по хорошему любой метод должен возвращать хоть какой-то ответ

Ну если бы я назвал Request ничего бы не изменилось в коде, или Action ))

Так по хорошему любой метод должен возвращать хоть какой-то ответ

Ну если бы я назвал Request ничего бы не изменилось в коде, или Action ))

А если бы у тебя был метод request (request Request) :? Request

Нет. Если не требуется, то зачем?

Слои смешиваются же если прокидывать что то имеющее хттп порт в апликейшен юзекейс хендлер?

Ну мб ошибка при выполнении

Ну мб ошибка при выполнении

Эксепшен

Так от того, что я переименую, http прокидываться не станет.

Теперь у меня в контроллере еще одна всратая зависимость, всратый хелпер. Стало лучше? 🤔 Как по мне какое-то говно случилось

Это во всратом голенге тока тока начали осознавать силу исключений

Это во всратом голенге тока тока начали осознавать силу исключений

А вот это ты так руками и формируешь? Только теперь с 1 зависимостью вместо 2?

Ну да, а шо поделать? Вам же не нравится редьюсер

Ну я предложил с Респонсами тебе не нравится))

Да дерьмо потому что, в эти респонсы не прокинешь зависимости.

Да дерьмо потому что, в эти респонсы не прокинешь зависимости.

Да дерьмо потому что, в эти респонсы не прокинешь зависимости.

Почему такое желание зависимостей того, где они не нужны?

Это view, класс отвечающий за отображение, он в целом не должен быть с зависимостями

И что отбракует вадидатор

Это view, класс отвечающий за отображение, он в целом не должен быть с зависимостями

Это view, класс отвечающий за отображение, он в целом не должен быть с зависимостями

С каких пор view - это объект?

Вьюха уже есть как бы - жсон респонс

С каких пор view - это объект?

А с каких нет? MVC например.

Вью - это реализация отвечающая за отображение

Именно это и делает жсон респонс

Короче зависит от реализации, хоть функция

Валидатор отдает свой результат, трансформер трансформирует его в нужный для ответа вид

Можно же без него ;)

Ну ты определяешь вьюху как класс? Как это вообще?

Ну потому я не нахожу твой ответ на это вменяемым. Давай щас на каждый чих свои респонсы плодить

Какие чихи? У тебя две ошибки валидации

Ага, и один ответ в джсоне

Мы же делаем темплейты для view? В чем проблема темплейтов для api ?

В том, что они не нужны

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

Когда надо будет поменять формат, у апи версия подымется ))

Вот честно, я не дорос до ваших позаний. Вы на некст левеле общаетесь. Как я понимаю - отправил форму, вернул json, отвалидировал (1 раз) - вернул ошибки - отрисовал их

В целом все верно. Вот тока в некоторых случаях надо по разному ошибки рисовать.

Простой пример: форма логина. На ней нельзя подписывать поля ошибками. Мол пароль не верен, или логин не верен. Надо значит вернуть просто список, или одну ошибку вообще.

Простой пример: форма логина. На ней нельзя подписывать поля ошибками. Мол пароль не верен, или логин не верен. Надо значит вернуть просто список, или одну ошибку вообще.