ИС
Как сказал кто-то выше, это абстракция над абстракцией
Size: a a a
2020 January 03
ИС
Если бы ты использовал сырые запросы
ИС
То в контроллере было бы их не очень хранить
ИС
Вынеся в репозиторий, ты понял бы, что контроллер стал чище
ИС
Это было бы абстракцией над сырым запросом
ИС
А так в ларе для запросов уже есть абстракция - элоквент
ИС
Если у тебя есть какая-то сложная логика, связанная с запросами, то ее уже можно куда-то вынести
ИС
В сервис или в модель
В
В целом, когда хотите применить какой-то паттерн или практику или принцип (как SRP), нужно отчетливо понимать, для решения какой задачи это делается. Не нужно соблюдать что либо, как говорится для галочки
ИС
Я предпочитаю хранить логику в моделях
РИ
В целом, когда хотите применить какой-то паттерн или практику или принцип (как SRP), нужно отчетливо понимать, для решения какой задачи это делается. Не нужно соблюдать что либо, как говорится для галочки
Да, но вот тут очень ты четко заметил: отчетливо понимать =). В документациях и статьях этому не научат вот отсюда и слепое следование.
ИС
Допустим ты узнал про подход
Пробуешь его, не понимаешь зачем его использовать
Не используй
Пробуешь его, не понимаешь зачем его использовать
Не используй
ИС
Потом во время разработки ты можешь понять, что вот тут-то и надо заюзать тот подход, который я тогда не понял
ИС
Потому что он упростит код, например
РИ
Потом во время разработки ты можешь понять, что вот тут-то и надо заюзать тот подход, который я тогда не понял
Ты сейчас мои мысли озвучил. Спасибо! Картина сложилась!
ИС
Допустим ты слышал, что в контроллере не надо писать логику
ИС
Думаешь: тю, почему, нормально же
ИС
Потом понимаешь, что тебе какой-то кусок логики нужен не в одном контроллере, а в нескольких
ИС
Взял, вынес куда-то логику
ИС
Уже кода в контроллере стало меньше