ПП
И что?
Size: a a a
2020 March 14
ПП
Я не вижу проблемы, честно
T
И что?
Да все то же.
1. Обработчики тасков регистрируются в аппе на момент их описания. А апп создаётся лениво в мейне
2. Модуль с тасками начинает зависеть от основного модуля, где создаётся приложение. А не наоборот
Либо мы получим волшебные неиспользуемые импорты, либо циклические ссылки, либо и то и то
1. Обработчики тасков регистрируются в аппе на момент их описания. А апп создаётся лениво в мейне
2. Модуль с тасками начинает зависеть от основного модуля, где создаётся приложение. А не наоборот
Либо мы получим волшебные неиспользуемые импорты, либо циклические ссылки, либо и то и то
AG
да, столкнулся с циклическими импортами, когда убрал фабрику и сделал все на глобальных
Но везде в доках юзают глобальные аппы, а работа с контекстами еще более муторной для меня оказалась
Но везде в доках юзают глобальные аппы, а работа с контекстами еще более муторной для меня оказалась
A
Да все то же.
1. Обработчики тасков регистрируются в аппе на момент их описания. А апп создаётся лениво в мейне
2. Модуль с тасками начинает зависеть от основного модуля, где создаётся приложение. А не наоборот
Либо мы получим волшебные неиспользуемые импорты, либо циклические ссылки, либо и то и то
1. Обработчики тасков регистрируются в аппе на момент их описания. А апп создаётся лениво в мейне
2. Модуль с тасками начинает зависеть от основного модуля, где создаётся приложение. А не наоборот
Либо мы получим волшебные неиспользуемые импорты, либо циклические ссылки, либо и то и то
да, потому что вот этот пример с глобальным аппом подходит только для простого кейса с одним файлом
AG
логгер фласка требует импорта app, инициализация селери тоже. Когда пытаюсь делать иначе появляется ощущение, будто борюсь с фреймворком
A
а вообще у celery есть autodiscovery тасков
A
без необходимости их регистрировать напрямую в инстансе аппа
AG
без необходимости их регистрировать напрямую в инстансе аппа
если работать с flask-sqlchemy, появляется проблема контекста
T
Не надо работать с фласк скуэлалхмией, если тебе надо работать с базой не только из фласка
A
если работать с flask-sqlchemy, появляется проблема контекста
не работай с flask-sqlalchemy в celery
A
тебе все равно в celery нужно управлять сессией алхимии, flask-sqlalchemy это ни разу не предоставляет.
AG
разумно, а подскажите паттерны менеджеров базы, как это вообще правильно делать? Чтобы не открывать и не закрывать сессию вручную и тд
A
разумно, а подскажите паттерны менеджеров базы, как это вообще правильно делать? Чтобы не открывать и не закрывать сессию вручную и тд
1. для паттернов сессии тебе нужно почитать документацию алхимии. там как работать с сессиями подробно разобрано.
2. сессии тебе открывать и закрывать все равно придется, в celery думаю можно расширить базовый класс таска, чтобы не делать это каждый раз руками.
2. сессии тебе открывать и закрывать все равно придется, в celery думаю можно расширить базовый класс таска, чтобы не делать это каждый раз руками.
AG
Спасибо, гляну еще раз доки.
Имел ввиду аналог менеджеров в джанго.
Пока придумал следующий вариант:
Имел ввиду аналог менеджеров в джанго.
Пока придумал следующий вариант:
def User(Model):
id
name
...
def BaseModelManager():
model = None
def create():
...
def delete():
...
def UserModelManager(BaseModelManager):
model = User
AG
в методах менеджера и скрываем все открытия и закрытия сессий и тд
T
Что за менеджеры в джанге?
T
Как их юзать?
A
При чем тут менеджеры в джанге к работе с сессией и подключениями
AG
при чем тут джанга?