A
homoinclusive (250.63) увеличил карму slipgrom (796.75)
Size: a a a
2021 May 09
Э
A
homoinclusive (250.63) увеличил карму KasyanovSergey (1046.63)
Э
+ конструктивная обоснованная критика это всегда хорошо
A
homoinclusive (250.63) увеличил карму LeMaX10 (4232.98)
V
а почему middleware не лучшее место ???
2021 May 10
К
+ Спасибо большое за помощь, все получилось)) https://prnt.sc/12qt2vb , правда стоило помучаться пару дней, ознакомиться с документацией))
A
DigitalArtirk (0) увеличил карму boarworm (1322.09)
SK
Согласно документации, это надо делать в Plugin::boot. В статье написано, почему перенесли в middleware.
Ну и «не лучшее» != «плохое»
Ну и «не лучшее» != «плохое»
V
+
A
Vitrackt (0) увеличил карму KasyanovSergey (1047.63)
v
Потому что есть принципы)). Миддлвар в ларке это промежуточный обработчик входящих запросов. Его задача работать с запросом: обрабатывать запрос, добавлять заголовки, работать с данными, возможно логировать сам запрос или вносить какие-то Настройки в приложение по которым уже следующие слои будут настраивать сами себя.
Реализация хендлера обработки ошибок или Настройки этого, это задача слоя приложения, но никак не промежуточного обработчика запроса. Тем самым когда мы пихаем регистрацию эксепшена в миддлвар мы как бы немного нарушаем принцип ответсвенности, так как миддлвар реализует не только обработку запроса но и регистрацию исключения. Это не запрещено, скорее является выходом из ситуации в которую сами себя вогнали.
Если говорить об исключениях в API как я говорил выше проще зарегистрировать свой собственный обработчик конкретно для API и его исключений. При работе с FormRequest объектами, достаточно создать один родительский объект или трейт в котором реализовать метод
Реализация хендлера обработки ошибок или Настройки этого, это задача слоя приложения, но никак не промежуточного обработчика запроса. Тем самым когда мы пихаем регистрацию эксепшена в миддлвар мы как бы немного нарушаем принцип ответсвенности, так как миддлвар реализует не только обработку запроса но и регистрацию исключения. Это не запрещено, скорее является выходом из ситуации в которую сами себя вогнали.
Если говорить об исключениях в API как я говорил выше проще зарегистрировать свой собственный обработчик конкретно для API и его исключений. При работе с FormRequest объектами, достаточно создать один родительский объект или трейт в котором реализовать метод
failedValidation и который уже будет возвращать для API конкретное исключение валидации с описанным представлением именно под API.
Но! Разработка это скорее исскуство, так что как сказал Сергей «не лучшее» != «плохо». Ситуации в разработке бывают разные.AP
Не знаю как так получилось но это странно. История такая: устанавливал October 2. В процессе установки выбрал MySQL. Ввел все данные от базы данных, CMS к ней подключилась и все установилось.
После ввел команду
После ввел команду
php artisan october:migrate. Вышла ошибкаST
смотри конфиг базы
AP
Короче установка October превратилась в какое-то страдание.
ST
ничего не превратилось
A
ну я недавно с таким боролся, админ просто опечатался
A
это если ты до этого композером пользовался
A
но в целом я думал что страшнее будет
ST
ну да