П
вот только недавно обсуждали. Если я правильно понимаю, то для валидации более простой вариант - валидационные реквесты
Size: a a a
2019 September 05
AB
Павел
вот только недавно обсуждали. Если я правильно понимаю, то для валидации более простой вариант - валидационные реквесты
Абсолютно верно, когда это можно применить.
П
ну конечно это фишка вашей команды
AB
и тут абсолютно верно.
В случае повторения 20 контроллеров для АПИ с крудом плодить 40 реквестов для валидации - такое себе занятие.
А так - в контроллере описал и забыл =)
В случае повторения 20 контроллеров для АПИ с крудом плодить 40 реквестов для валидации - такое себе занятие.
А так - в контроллере описал и забыл =)
П
соглашусь
П
а не слишком простые правила?
AB
Мы используем реквесты в кастомных методах
П
где nullable, required
П
а вот когда начинается разбег в моделях
П
хотя наверное да, тоже описать можно там же
AB
Павел
а вот когда начинается разбег в моделях
П
да интересное решение для большого числа моделей
AB
Павел
да интересное решение для большого числа моделей
Это даже не наше, вот: https://github.com/arrilot/laravel-api-generator
В
Здесь рассмотрен поход с точки зрения RESTful ресурсов.
В
Под один ресурс один контроллер. Когда применяешь такое ресурсное мышление, никаких проблем с поиском контроллера быть не должно
O
Под один ресурс один контроллер. Когда применяешь такое ресурсное мышление, никаких проблем с поиском контроллера быть не должно
То есть все действия с сущностью только в 1 контроллере? Включая crud и кастомные методы?
В
Смотря что ты называешь сущьностью. Если имеется ввиду модель и таблица в БД, то к этому не нужно привязываться. В REST идеология ресурсов, а не сущностей. Ресурсом может быть как вся сущность, так и её часть, так и комбинация сущностей.
В
В докладе приведены примеры
П
Получется, что это не относится к админке, где например, у меня без использования API идет изменение моделей?