отдельном пакете services
https://github.com/Tishka17/tgbot_template/blob/master/src/tgbot/services/repository.py
но почему бы не выносить бизнес логику в методы модели? условно
class User(Base):
tablename = 'users'
id = Column(Integer, pk=True)
@classmethod
async def select_user(cls, user_id: int) -> 'User':
query = select(User).where(User.id == user_id)
return await session.execute(query)
С течением времени ты заметишь что не вся логика относится к конкретной модели. Так появилась идея о сервисах - сущности куда можно вынести бизнеслогику которая не относится к конкретной модели. При этом у тебя появилась проблема - бизнеслогика размазана по двум разным слоям. На самом деле на практике все ещё хуже - на моем текущем проекте разрабы слышали про сервисы, но дальше видимо не продвинулись и в результате логика размазана по моделям, контроллерам, сервисам, сигналам, таскам селери, сериалайзерам дрф и хуй знает чему ещё.
кстати насчет конкретности модели не подумал, и вправду
Поэтому дальнейшем решением является сосредоточение логики в слое сервисов.
Если ты работаешь с бд через клиент напрямую, то оборачиваешь работу с таблицей в Адаптер и там пишешь методы уровня взаимодействия с этой таблицей. Есть ещё Transaction script примерно то же самое, но не для таблицы, а для сложных межтабличных сценариев. В джанге комплексные запросы для переиспользования размещают в кастомных queryset. А вот про алхимию не скажу
как раз таки алхимия и нужна...
что-то не так?
Надо вникать, а мне лень
Обсуждают сегодня