T
Это класс FSM
Полагаю это StateGroup. Хоть Алекс и запилил, но переключать стейты правильнее через экземпляр FSMContext, а не левым хуем через StateGroup
Size: a a a
2020 July 13
B
Полагаю это StateGroup. Хоть Алекс и запилил, но переключать стейты правильнее через экземпляр FSMContext, а не левым хуем через StateGroup
Можно пример пожалуйста?
q
ех, я еще не юзал методы .next() .previous()
Т
Вот хотел спросить. Как ты ведёшь себя в случае циклических переходов и как защишаешься от бесконечного роста стека
1. циклических переходов в общем-то нет, или может я не совсем понял о чем речь... Ты имеешь ввиду из главного меню в сабменю, а потом обратно?
2. стек очищается как только встречает уже имеющееся состояние. Да, это не совсем чистый стек, но просмотр внутренностей безвреден для системы. Пуш/поп происходят как и полагается, с принципом LIFO. Так как число состояний конечно, бесконечный рост невозможен
2. стек очищается как только встречает уже имеющееся состояние. Да, это не совсем чистый стек, но просмотр внутренностей безвреден для системы. Пуш/поп происходят как и полагается, с принципом LIFO. Так как число состояний конечно, бесконечный рост невозможен
T
state.set_state(Main.waitRates.state)
q
state.set_state(Main.waitRates.state)
это нрмально?
B
state.set_state(Main.waitRates.state)
Там вроде есть и два объязательных аргумента
user_id и chat_id ?T
1. циклических переходов в общем-то нет, или может я не совсем понял о чем речь... Ты имеешь ввиду из главного меню в сабменю, а потом обратно?
2. стек очищается как только встречает уже имеющееся состояние. Да, это не совсем чистый стек, но просмотр внутренностей безвреден для системы. Пуш/поп происходят как и полагается, с принципом LIFO. Так как число состояний конечно, бесконечный рост невозможен
2. стек очищается как только встречает уже имеющееся состояние. Да, это не совсем чистый стек, но просмотр внутренностей безвреден для системы. Пуш/поп происходят как и полагается, с принципом LIFO. Так как число состояний конечно, бесконечный рост невозможен
Ну у тебя следующий шаг может быть такой же как какой-то в прошлом. Например, у меня вполне реальный кейс: введите почту, введите текст, введите ещё почту , введите ещё текст, нажмите готово
<Ч
1. циклических переходов в общем-то нет, или может я не совсем понял о чем речь... Ты имеешь ввиду из главного меню в сабменю, а потом обратно?
2. стек очищается как только встречает уже имеющееся состояние. Да, это не совсем чистый стек, но просмотр внутренностей безвреден для системы. Пуш/поп происходят как и полагается, с принципом LIFO. Так как число состояний конечно, бесконечный рост невозможен
2. стек очищается как только встречает уже имеющееся состояние. Да, это не совсем чистый стек, но просмотр внутренностей безвреден для системы. Пуш/поп происходят как и полагается, с принципом LIFO. Так как число состояний конечно, бесконечный рост невозможен
Введите следующую подсказку или /last
И так 100500 раз
И так 100500 раз
Т
Что за Dispatcher? Это класс что ли?
в сорцах аиограма при State.set() берется диспетчер по контексту. В данной ситуации его нет, соответственно валится при None.current_state()
T
Там вроде есть и два объязательных аргумента
user_id и chat_id ?state: FSMContext
T
В хэндлер он прилетаем сам, без хэндлера надо добыть
T
в сорцах аиограма при State.set() берется диспетчер по контексту. В данной ситуации его нет, соответственно валится при None.current_state()
Сраные глобалы, да
s
Сраные глобалы, да
это не глобал
T
это не глобал
Вот тут это именно глобал.
B
state.set_state(Main.waitRates.state)
Кстати а откуда его имортировать ? 😅
Т
Ну у тебя следующий шаг может быть такой же как какой-то в прошлом. Например, у меня вполне реальный кейс: введите почту, введите текст, введите ещё почту , введите ещё текст, нажмите готово
следующий шаг будет до стейта с собственными переходами, если стейт установлен, то из него существует конечное число транзитов. Стек не в курсе за переходы, его задача хранение текущего пути. Если был возврат в главное меню, всё что идет от старого перехода до нового удаляется
T
следующий шаг будет до стейта с собственными переходами, если стейт установлен, то из него существует конечное число транзитов. Стек не в курсе за переходы, его задача хранение текущего пути. Если был возврат в главное меню, всё что идет от старого перехода до нового удаляется
Циклические переходы между стейтами вполне могут быть
Т
Циклические переходы между стейтами вполне могут быть
четыре бота написал не особо простых, пока не было эксцессов
T
А-Б-А-Б-А-Б-В