транспорт?
Т.е. что бы можно было построить API, которое будет вызывать нужный контроллер независимо был ли это HTTP транспорт или WebSocket?
Нужно для того, что бы по WebSocket получить почти весь функционал HTTP API, но при этом что бы было разделение хотя бы на GET/POST методы и GET-екшены могли через трансформеры возвращать вьюшку по HTTP и JSON по HTTP/WebSocket.
Немного мазохизм, но... В целом виденье как можно реализовать есть (измененный JSON-RPC + умный роутер, способный обрабатывать события/запросы), но может есть уже и что-то готовое?
А причем тут протокол-то? Роутинг ты настраиваешь отдельно Контексты сериализации настраиваешь в зависимости от протокола и тоже отдельно.
1. нафига тебе разделение GET/POST 2. тебе то есть не интересует "дождаться ответа сервера"? 3. нафиг тут websockets - http push не катит? - все будет через один коннекшен
Обсуждают сегодня