api-контроллер (CatalogController) с CRUD методами (index, show, store, update, destroy) и маршрутами соответственно. Так же есть и сущность файла (File). Контроллер и маршрутеризация построены также. Всё супер, всё тонко - не придраться. Каталог и файл связаны через m2m-отношения через связную таблицу catalogs_has_files. Мне необходимо прописать некоторые действия, а именно "очистить каталог", "положить файл в каталог", "удалить файл из каталога", "положить несколько файлов в каталог", "удалить несколько файлов из каталога". Вот сижу я и думаю, а нужен ли тут свой отдельный контроллер? Если нужен, то как его следует назвать? CatalogHasFilesController? Или можно запихнуть всё в тот же CatalogController? Не жирно ли будет? Вроде и глупость какая-то, а сижу и всё никак не могу написать решение, которое бы меня устроило. Есть ли у кого опыт в подобных ситуациях? Что подскажете?
сервис это
Можешь создать свой контроллер, может добавлять методов в уже существующий. Тут нет правильного решения
А можно чуть подробнее? Что такого можно положить в сервис, чего не предусмотрено логикой ларки? Мб тут риал нужен сервис, но я не пойму зачем и пытаюсь разобраться
https://github.com/adelf/acwa_book_ru/blob/master/manuscript/4-application-layer.md imageuploader
Спасибо. Пойду изучать
И пивот таблица странно названа, почему не catalog_files
Назвал так по аналогии из доков
Обсуждают сегодня