Опишу ситуацию чуть более подробно. Контекст: пишу мультиплатформенный фреймворк для работы с внешним API. В мире моего фреймворка нет всяких runBlocking, есть только корутины. Так вот, API, умеет отдавать уведомления двумя способами: long-polling и webhook. В случае long-polling я делаю запросы с помощью ktor-client, они все работают на корутинах. Когда кто-то из мира JVM захочет воспользоваться моим фреймворком, он создаст свой event loop, dispatcher и всё что связано с корутинами (например, воспользуется тем же runBlocking), потом пойдёт пользоваться моим фреймворком, подключит обработчики, запустит получение событий через long-polling. Все счастливы. А вот в случае с webhook ситуация сложнее. Допустим, всё тот же пользователь в мире JVM. Он всё так же создал всё, что нужно для работы с корутинами, захотел воспользоваться моим фреймворком, а из-за ограничений на стороне ktor-server у него могут быть большие проблемы. Надеюсь, расписал более-менее понятно.
Не, не очень. Обычно вебхуки поднимают на старте приложения, а там и заблокироваться не страшно.
Ах да, самое главное забыл. Я хочу разработать такой интерфейс, чтобы при замене одной строки кода пользователь смог переключиться с long-polling на webhook. public interface Listener { public abstract suspend fun run() }
Хм, ну я бы сделал через какой нибудь flow для событий, а вебхуки это или long-polling в качестве источника скрыть абстракцией
Так пользователь должен явно знать, long-polling у него или webhook, потому что последний требует некоторой настройки со стороны пользователя
Обсуждают сегодня