бизнес-логики? Я вот смотрю пример, и вроде ниче так:
https://www.freecodecamp.org/news/structuring-a-flask-restplus-web-service-for-production-builds-c2ec676de563/
есть конечно мелкие вопросы, но в целом норм, а вы что скажете?
Я предпочитаю так: logic1module - тут определяем объекты и бизнес логику logic2module - … … models - тут модели бд repo - тут собираем объекты для бизнес логики, получая данные из моделей базы app - тут маршруты и вьюхи db - тут определяем подключение к бд
а можно простейший пример в коде, я так понимаю "тут определяем объекты и - тут собираем объекты для бизнес логики" вы имеете в виду уже готовые респонсы или словари которые возвращаете в контроллер?
Нет, в бизнес логике мы работаем с объектами Во вьюхе мы отдаём представление объектов
Первые два пункта можно поместить в кор
ага если бы архитектура состояла только в том как модули по папкам раскидать жизнь была бы проще
тогда что вы имеете в виду под "определяем объекты" что-то вроде user = User(name="vaisa", password="21234") где User - модель СУБД, а далее что?
Прилетел запрос: Мы получили объект с помощью repo Сделали бизнес логику с помощью core Скоиализовали во вьюхе и отдали ответ
на сколько часто у вас репо больше чем 4 метода (get, create, update, delete) и в методе больше пары строчек кода? Смысл моего меседжа в отказе от repo
это не repo, не называй это repo
То что модели базы данных не обязательно должны быть идентичны объектам бизнес логики Они (скорее всего) имеют одно название, но в бизнес логике могут быть детали реализации, а в модели могут быть ненужные для бизнес логики вещи И лучше чтобы они не были одним объектом
там обычно дохера и больше методов, если речь именно о репозитории
а что вы туда запихуете помимо создания обьекта, доп методы однострочники?
думаю да, я так понимаю всякие запросы к бд, именно тут?
Так тут смысл в том, что добавляя слой репо, мы абстрагируемся от того откуда мы получаем данные sql/nosql/restAPI
тут да согласен полностью
предметно ориентированные запросы
да, только это к количеству методов в нем не относится
это типо get_all или же get_only_positive_balance?
а простые запросы как get_all не заносить?
Я считаю это относится к слою репо
заносить просто первый это больше крудовский вариант, по этому я акцент поставил на втором
Обсуждают сегодня