хэндлеры также размещаются исходя из логики последовательности действий. Первый фильтрует None, следующий за ним фильтрует main_menu, следующий input_data, и т. п. При этом не приходится изъебываться и придумывать велосипед, просто отдайся страсти привычной регистрации обработчиков

я щас патентовать пойду эту идею

Да я просто поязвить, что or метод все равно есть. А идея мне твоя даже нравится)

Не поняа

Ты типа хочешь один Стейт под последовательность

Точнее группу стейтов

чо

Бля

Забей

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

я имел ввиду, что один хэндлер отвечает за какое-то конкретное действие. И естественно у него есть параметры фильтрации, чтобы отличать контекст. Чтобы апдейт попал в нужный обработчик, в общем.
Среди фильтров может быть и state. И при первом обращении он None (ну, пока не запишешь другой, естественно).
Иерархия хэндлеров может быть (!) выстроена таким образом, что сначала идут обработчик(и) первичной регистрации, приветствий и чмоки-чмоки, затем уже последовательное углубление по менюшкам и прочим разным приблудам

Ты пишешь последовательность, я тоже пишу последовательность

Идея в том, что None-стейт встретится только один раз, когда юзер не обращался в бота (а значит, не попал в бд). И при первом обращении фсм фильтрует этот сигнал, направляя юзера в ветку приветствия (и записи). дальше, второе обращение, уже с другим стейтом, соответственно другое действие

все же помнят, что регистрация обработчиков последовательна, сверху вниз? И проходы новых апдейтов также идут сверху вниз, пока не попадут в нужный

если регистрировать их декораторами то наверное

хендлеры в любом случае регистрируются и фильтруются последовательно

если вручную, то тоже, последовательно, нет?)

Короче Абстракт-ХА хочет сказать, что на каждый хендлер свое состояние да
И типа под состояние хендлероа держать отдельную группу состояний?