что Обращения/Сохранения в БД должно происходить через сервисный/селекторный слой, но и еще стековерфлоу рекомендуют оперировать встроенными возможностями Джанго: вынести логику обращения в Кастом Менеджеры и Прокси модели, а сохранения в Сервисный слой, какой из них правильнее? помогите советом пж
Где вообще должно находится обращения/сохранения к БД ? в Сервисном слое чтобы модели оставались чистымы?(так много разного прочел уже про сервисы что запутался что оно делает) или же в менеджерах ? Proxy Models (i.e purpose - your default model remains clean, all your object based business logic goes here.) Custom Managers (i.e purpose - DAO (Data Access Logic) goes here, also we can achieve re-usability of code) Service Layer (i.e purpose - core business logic goes here, therefore your views class has more readability) что я понял из этого: 1. Модели должны объявляться и надо использовать Proxy Models и там писать логику связанные с конкретным объектом(entity) 2. Кастом менеджеры там пишется логика получения массива объектов по каким нибудь правилам например набор фильтров: Books.objects.filter(created_at_gte=(дата)) и эти менеджеры присваиваются к Proxy моделям.....(нужно ли здесь писать методы для сохранения к бд ?) 3. Сервисный слой используется где описывается логика как и каким образом конкретный объект либо объекты будут сохранятся в БД поправьте если я не прав полностью или частично)
Как будто ему станет понятней от э
1 ну скорее вообще без логики. Просто другая модель только с нужными полями которую проще сразу куда то заснуть. Например сразу отдать
так DTO не должен содержать логику а в примерах везде там пишут ту или иную логику
Так может это в дао твоя логика
что я чет не внрк
с чего ты взял что это ДТО я не пойму
просто так сказал ?)
Обсуждают сегодня