сессии клиента.
Делаю сервис, который цепляется к сокету, слушает ивенты и реагирует на них. Иногда надо сделать запрос в апи, иногда достать что-то из базы или редиса, не важно откуда. Важно, что для этого нужна ClientSession или engine.
Но от места, где начинает работу хэндлер ивентов (и есть естественный доступ к app) до момента, когда нужна сессия - несколько слоев приложеньки.
Как быть в этой ситуации? Вижу только вариант пробрасывать app во все классы. Потому что замыкания и прочие синглтоны дока не рекомендует.
Также как ты собрался пробрасывать app прокидывай действительно нужные зависимости
Ну, условно три слоя. 1 - хэндлер с доступом к app, 2 какая-то высокоуровневая логика, которой сессии не нужны и она о них не должна ничего знать, 3 - уже непосредственно слой, где лежит вся логика работы с апи и тут нужна сессия. Собственно, если подбрасывать, то получается, что слой 2 зависит от штуки, которая ему не нужна Upd А если слоев от app до сессии 10(ну, условно) - значит получается прямо гора лишних зависимостей у кода. Меня это смущает. Конечно, другое дело, если при работе с aiohttp "так принято"
Если у тебя десять слоев, то в принципе будет больно. Просто передай сессию в объект третьего слоя с которым будет взаимодействовать второй ещё перед вызовом второго слоя и только после этого передай его
Ммм... Надо подумать, спасибо
Если делаешь в слоеную, то никаких проблем. Инкапсулируешь в хендлер зависимости (сервисы, юзкейсы и тп) при старте приложения: через замыкания или класс. И никакие app не нужен.
И не надо вспоминать
Если не умеешь - можешь и не вспоминать
Можно сконфигурировать фабрику на самом верху, которая потом будет принимать сессию в том месте, где она тебе понадобится. Фабрику уже закинуть в хендлер или сервис
замыкание получается. В доке не рекомендуют
Это нарушит слои. Лучше построить дерево зависимостей и при старте приложения их раскидать
Обсуждают сегодня