T
Там модели которые сами хз откуда берут сессию
Size: a a a
2020 January 11
АП
Там модели которые сами хз откуда берут сессию
Оттуда же откуда и всё остальное, db.session is Model.session.
T
ну я говорю, джанго стайл
АП
Таки нет. Тебе никто не запрещает не использовать Model.session вообще, и это хоть и похоже на глобал но им не является.
T
модель - это модель. Не её дело к какой сессии я буду её применять.
T
Таки нет. Тебе никто не запрещает не использовать Model.session вообще, и это хоть и похоже на глобал но им не является.
таки вопрос не к этому, а к коду вида
User.query.all()АП
модель - это модель. Не её дело к какой сессии я буду её применять.
Тебе никто не запрещает применять её к любой другой сессии.
АП
таки вопрос не к этому, а к коду вида
User.query.all()Экривалентно db.session.query(User).all()
T
так вопрос не ко мне, а к тому, что люди начинают юзать эту неявную хрень. А ты такой - блин, а я хочу читать из одной сессии, а писать вдругую - мне теперь весь код переписывать?
T
или ещё что
АП
так вопрос не ко мне, а к тому, что люди начинают юзать эту неявную хрень. А ты такой - блин, а я хочу читать из одной сессии, а писать вдругую - мне теперь весь код переписывать?
Да.
АП
Не вижу в этом проблемы.
АП
В контексте одной вьюхи что-то ни разу не видел более одной сессии.
T
в контексте разных вьюх
АП
Разные вьюхи это разные вьюхи, сессии у них и так обычно разные же.
T
ага, а в модели что?
АП
Та же что и db.session, тоесть разная всегда.
T
короче, претензия в том, что модель начинает сама решать в какой сессии её применять - это нарушение single responsibility, неявные сильные связи
T
а ещё модель становится привязанной к фласку, хотя я её могу захотеть применять без него
V
а ещё модель становится привязанной к фласку, хотя я её могу захотеть применять без него
поэтому я подправил пару вещей)