ŹR
Я в agala когда делал - думал не сильно. Поэтому зафигачил чистый плаг - функция на вход и функция на выход
Size: a a a
2020 April 09
ŹR
Правда в результате в базовом случае это работало вообще в один поток, насколько я помню
ŹR
Но внутри хендлера можно сделать cast куда угодно - например в свой пул, и быстренько закрыться. Получается, такой же start handler , который 1 (это если для longpolling), а дальше ты сам выбираешь его границы и можетшь в любой момент передать управление в пользовательский код
ŹR
Который может быть любым пользовательским supervision tree с пулами, или вообще чем угодно
МБ
эм, в телегу за обновлениями ходит всего один процесс, пул создаётся именно воркеров для обработки пользовательских команд
МБ
они в телегу не ходят
ŹR
Да, но получается что ты заставляешь пользователя фреймворка к примеру обрабатывать команду на 10 воркерах
ŹR
А если я хочу создать воркера на юзера - как мне быть?
МБ
сделать одного воркера, который будет слать сообщения дальше
МБ
запускать кого-то где-то
МБ
или ещё что угодно
МБ
эдакая прокся будет
ŹR
сделать одного воркера, который будет слать сообщения дальше
В этом дальше фреймворк заканчивается?)
МБ
основная задача фреймворка доставить сообщение до обработчика, или я не прав?
ŹR
Я бы не сказал такое про этот фреймворк. Тут же есть роутинг, бизнеслогика какая-то
ŹR
Определенная структура сообщения
МБ
роутинг есть, да, бизнес логика, хз
МБ
Определенная структура сообщения
просто чтобы удобнее было писать либы под других ботов
МБ
и можно было роутить сообщения
МБ
вне зависимости от бота