у меня нет проблем с тем, что бы скопировать, и вставить))
Так и я о том. С ресурсами один раз копировать и вставить (если ide барахлит). А свои маршруты - 6 раз)
А чистых круд роутов со всеми методами практически не бывает в моей практике
Комменты не делал? Посты тоже? Добавление товаров? В любом случае есть метод only или except
На то и фреймворк, что бы предоставить множество инструментов, а мы программисты уже решаем как и где их использовать)
Ну хз. Я логики в неиспользовании фреймворка не вижу. Если нужны ресурсные маршруты нет смысла их не использовать. Если политики нет смысла тянуть какие-то инструменты.
NubasLol, я где-то писал, что все маршруты должны быть ресурсными? Маршруты разные и все от приложения зависит. Но в большей части известных приложения в тч на Тостере дофигища crud и с Ларавел их оформить гораздо проще и быстрее, чем вручную.
NubasLol, так мало crud, что Ларавел решил его автоматизировать. Тостер реальное приложение? Здесь дофига круд. Вот сейчас я коммент сохраняю - это create/store. А когда ты прочитаешь это index)) И чтобы ты его не изменил правило прописано в политике user->id === $comment->user_id. Это неудобно? У меня в приложении дофига crud и у тебя думаю немало. Попробуй использовать фреймворк вместо инструментов, там одни бонусы.
Роми, прописываешь в конструкторе ресурсного контроллера
$this->authorizeResource(Project::class, 'project');
и у тебя автоматом связываются методы ProjectPolicy с методами контроллера
Роми, да, я тоже раньше думал, что это все снобизм. Пока не попробовал связку ресурсные маршруты одной строчкой кода, генерация ресурсного контроллера 1й командой и политик к нему вызываемом в конструкторе одной строчкой кода сразу для всех методов. Ты сделал КЛАССНУЮ безопасную архитектуру за 5 минут. Гораздо быстрее чем писать обслуживание для any или свои дырявые маршруты для ресурсов. Не нужно уже ничего дебажить - все четко работает сразу. В Ларавел юзать его функционал - это экономить время и писать железный код, а не следование какой-то там философии. Мне на философии положить.
Роми, вообще никаких. Можно хоть все приложение в гет маршрутах оформить. Многие ларавельщики, особо ратующие за доку сами юзают максимум гет/пост. Какие там ресурсные маршруты, че за patch тем более put никто особо не парится.
Роман Юрьевич Ипатьев, да я так и понял, что разговор ниочем) в статье не какая-то " валидация бизнес логики", а вполне нормальная. и в Ларавел делается по другому.
NubasLol, я пишу вначале тесты, а потом разрабатываю. С тех пор, как использую такой подход у меня вообще нет ошибок на проде. Но я тесты не из-за ошибок пишу. Чтобы с консолью не возиться))
NubasLol, если ты юзаешь форм реквесты откуда у тебя вопросы про проблему использования в разных контроллерах, которую ты с начала обозначил? и зачем нужна валидация этими dto-сервисами из книги? Ты с товарищем не привел ни одного примера где это может понадобиться. Приведи пример проблемы кодом, а не на словах. Примеры в статье бред и ересь, в Ларавел гораздо проще все делается.
NubasLol, ты описываешь бизнес логику. Не валидацию. И логика всегда знает статусы. Не всегда знает пользовательский ввод или ввод хитрит. И здесь нужна валидация. А в логике не нужна. Нужен нормальный код с тестами. И не в модели, а в сервис классе. И тем более валидация не нужна ни в какой консоли. В статье же автор делает настоящую валидацию своим классом + Ларавел. И ты скорее всего не знал, что форм реквест можно юзать в разных контроллерах, судя по твоим примерам и вопросам. А книжка наверняка старая, возможно когда-то без своих классов было сложно, сейчас у ЛАравел свои инструменты.
NubasLol, ну так крон точно знает какие нужны статусы - он же их не из воздуха берет. Ты же этот код написал. До разумного искусственного интеллекта мы еще не дожили.
Так и я о том. С ресурсами один раз копировать и вставить (если ide барахлит). А свои маршруты - 6 раз)
Комменты не делал? Посты тоже? Добавление товаров? В любом случае есть метод only или except
Ну хз. Я логики в неиспользовании фреймворка не вижу. Если нужны ресурсные маршруты нет смысла их не использовать. Если политики нет смысла тянуть какие-то инструменты.