Раньше боялся этого, а ща минут за 15 сделал

+ бывает такое

Что боишься освоить что-то новое

А в итоге оказывается прост

Я так свой фреймворк месяц писал

Пушо боялся готовых

Потом решил потыкать все таки и оказалось что все просто

Редиска вообще крутая вещь

это такая жиза...

Я так свой фреймворк месяц писал

Пушо боялся готовых

Потом решил потыкать все таки и оказалось что все просто

А я таки написал

И доволен

Хотя не потому что другие не пошли

А потому что их тупо не было

А я таки написал

А покажи, почитаю

А нету

а, точно, забыл совсем )

Но в крадце так

Асинхронщина на торнаде

Внутри машина состояний

Классика :)

И куча магии - делегат на делегате и делегатом погоняет

В итоге, реальную работу по вызову апи телеги делает одна функция. Остальные - обертки

Жаль что нельзя посмотреть ?

Код уже не актуален, т.к. написан еще в то время, когда не было инлайнов

Терпеть нужно что-то еще круче, типа менеджера контекстов

Опять же, в существующих только намеки на это

Так а фсм чем не менеджер контекстов?

Так а фсм чем не менеджер контекстов?

?

FSM - машина состояний

А, понял

Нет, машина состояний теперь не катит

Потому что появились инлайн, которые могут быть стейтлес, а могут быть и стейтфул

Смешанное поведение

Я столкнулся с классической проблемой многопоточности в однопоточном асинхронном приложении

Один запрос еще выполняется, когда другой уже приехал

Потому что появились инлайн, которые могут быть стейтлес, а могут быть и стейтфул

и чо мешает использовать только где нужно?

и чо мешает использовать только где нужно?

Получается фаршкод

неправда )

это как делать )

У меня сейчас так и сделано, но есть куча исключительных ситуаций

например?

Например, когда инлайн то зависит от контекста, а то не зависит

Например, у меня чат

Я там хочу сделать динамический список юзеров

Ну, со страницами

Страницы переключаются инлайн-кнопками. И очевидно, что это стейтлес запросы.

ну так ты те коллбэки что для листалки пускай на уровень где у тебя состояние, а стейтлесс обрабатывай раньше

Но так же у меня есть и приватные сообщения. И я хочу сделать чтобы ответить на приватное сообщение можно было через инлайн кнопуу

как цепочка обработчиков: динамически роутить апдейтов в зависимости от апдейта IOC етить его мать!

Это уже стейтфул

И они должны работать одновременно

а что мешает им вместе сейчас работать?

Для этого мне нужен не просто конечный автомат, а менеджер контекстрв

Он в конечном счёте тот же автомат, но с более высокой абстракцией

нет, конечный автомат просто должен быть необязательным, в зависимости от сообщения

Ну так и я об этом

Он в конечном счёте тот же автомат, но с более высокой абстракцией

Я вечерком попробую нарисовать что я имею ввиду и скину тебе

Часть запросов обрабатываться в любом контексте

как у меня сделано

А часть, только в определенных

И любой обработчик может переключить контекст

это все лишь вопрос уровня на котором ры роутишь сообщение по боту

Это можно и в рукопашную сделать

просто у тебя будет микророутинг до машины состояний

ERROR: S client not available

У меня сейчас так и сделано

Но хочется красиво ?

а что тут некрасивого?

ну я код не видел, но идея здравая

Куча взаимозависимого кода

в подходе или у тебя? ))

В подходе

Грубо говоря, я сейчас переключаю хендлеры

А хочу переключать контекст, а о хендлерах позаботится менеджер

В чем принципиальная разница?

Хочу переключать состояние глобально

Хочу не аргумент

Тоесть, не важно какой будет следующий запрос, менеджер позаботится об этом и вызовет нужный хендлер

Ну так это немного кода )

Сейчас же я могу только переключить отдельный хендлер, который ловит стейтфул(message), а инлайны всегда сами по себе живут

Это работает, но не красиво

В консерватории нужно что то менять )

Фреймворк написан под первые версии апи

И с тех пор внешние условия поменялись

Ну так перепиши )

И в опенсорс

Будет о чем поспорить предметно )

До того как появились инлайны, он прекрасно решал свою задачу, был простой и красивый

Все запросы были стейтфул

А какой сейчас норм фраймворк под питон?

Я юзаю только своё

Понятно

Но telebot, имхо, не плох

Судя по докам

Посмотрю счас

telepot

http://telepot.readthedocs.io/en/latest/