r
Каким образом scope делает модель жирной?
а где он прописан будет?
Size: a a a
2020 April 06
IM
На самом деле, тут любые обсуждения будут просто религиозной войной
r
В сервисе - тоже не ок
мы о твоем проекте ничего не знаем
IM
Иногда у разработчиков есть картина мира, в которую эти все вещи вписываются. Узнай картину того чувака — получишь ответы, в общем-то
M
а где он прописан будет?
Жирная модель - это про количество строк кода? Если так - то тогда сорян, мне кажется мы немного по-разному понимаем этот принцип
r
есть ли декораторы
r
квери обжекты
IM
Сформируй свою картину — сможете поговорить по делу
r
и все остальное
r
у тебя вопрос сферический в вакууме
r
при этом сферические ответы тебе неинтересны
M
Не сферический. Уточняю. Человек придерживается позиции, что любой скоуп (ЛЮБОЙ) должен быть в отдельном классе query object-а, покуда этот скоуп используется где-либо вне модели. Если в этом чате присутстсвуют те, кто думает так же - дайте знать почему
M
Дабы не съезжать в холивары про то, что такое толстая модель )
M
Со своей позиции - ActiveRecord УЖЕ знает все про то, как правильно фильтровать себя же. Потому я не вижу никаких причин выносить скоупы куда-либо , пока в скоупе не используются другие классы или логика не получается слишком сложной
VS
А если два query object используют один и тот же скоуп надо продублировать?
M
Предлагается один квери-обджект на одну модель
M
Что тоже смущает
M
Ибо раньше я квери-обджекты юзал в специфических кейсах для сложных запросов, без намека на универсальность
AN
Я вообшем-то согласен что в идеале, скоупов в модели лучше не иметь. Лучше иметь query objects / finders /fetch services. Модель она модель, а не сборник запросов. Тут srp работает как и везде.
Вот мы написали такой гем в конторе:
https://github.com/abak-press/findit/blob/master/README.md
Вот мы написали такой гем в конторе:
https://github.com/abak-press/findit/blob/master/README.md
