Пугает, что в одном месте lang это ключ из kwargs, а в другом месте это уже свойство какое-то
когда в goto передаются аргументы в kwargs, при нажатии на кнопку эти kwargs записываются в context, что по сути state 2.0
Почему не сделать context в виде словаря? Мне кажется так было бы яснее и тайпхинты было бы проще описать
3 строчка сразу не нравится. почему завязка на бота?
с ним и get/set~item работает
я делал что то похожее, но там было хуже
скинь гх
репо закрытый, мне стыдно показывать внутряночку, давай я там порядок наведу и скину)
не понял вопроса, чем не нравится такой подход?
одному сценарию могут следовать разные боты, например в аиограме для этого отдельный класс диспетчер
в моей практике пока не было необходимости в этом, поэтому даже не учитывал
а эти сценарии реализуются через инлайн кнопки с редактированием или через реплай кнопки?
бот - это обертка над АПИ, ни больше ни меньше диспетчер - диспетчеризация/управление обработкой событий разделены они не просто так. они могут работать независимо друг от друга (с некоторыми условностями)
А каких стоит ожидать подводных камней от ранней версии если ее на прод?
могу между альфа версиями поломать немного совместимость
Ну эт не страшно)
Обсуждают сегодня