на одной странице, я делаю два get запроса на фронте, нужно ли объединять такие штуки в бизнес логику?
На примере круда имхо сложно понимать, что такое бизнес логика т.к. там этот слой почти пустой. Полагаю, что поэтому у тебя и не выходит. А представь приложение, которое считает все виды налогов в стране. На экран она может выводит просто число значения, но внутри будут формулы и условия разные. Вот эти формулы и условия и есть бизнес-логика
Совершенно верно. Только хотел спросить в контексте курадашлепалки. Как вообще применять use_case? Для валидации, или просто его выкиунть?
валидацию да, имхо там и надо иметь, хоть и не всегда удобно. Иногда бывают круды посложнее, где надо не только взять из базы и отдать на фронт, а еще что-то сделать с полученными данными. Хз, например в зависимости от прав скрыть какую-то инфу. Это тоже бизнес логика
Т.е. условно говоря, у меня есть метод (create, get) у карточки товара и (create, get) у продавца товара. Это будет два use_case файлика с валидацей id при get и валидацией всех полей при create? А на фронте так и оставить две ручки.
я не вижу где тут что-то связанное с тем, что такое бизнес логика) по файликам как распределять это отдельный вопрос, но как ты написал тоже можно
Валидация полей, и все. Например, проверка переданного номера и почты
скорее всего тут только это и будет в бизнес логике
Есть смысл под такое делать юзкейсы, или сразу можно из контроллеров дергать репозиторий?
Под такое вообще Domain model не нужна скорее всего. Будет transaction script, где в одном методе и обращение в базу и тд. Метод - это то, что мы сейчас имеем в виду под методом контроллера
Обсуждают сегодня