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

да к тебе ж никто претензии не предьявляет :)

Просто у нас при обучении программистов, почему то забывают (или сами не знают) объяснить одну из главных задачь. Нужно писать помимо того что бы работало так, что бы это было просто и понятно.

Но это такое себе, если там отдельные команды для мобилы, хз короче, как бы фронт ещё ном выглядит, но вот этот мини гемор со схемами на беке озадачивает

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

подними прокси тогда, настрой все как нужно, чтобы коннект держал и тп

?

ну вот так и понимать

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

а, тьфу, а че за бред-то

и в чем сложности таймаут тот же самый сделать на клиенте

сделай кастомный стор и синкай с беком каждые N секунд (pooling обычный)

Есть sockjs, есть server event, есть websocket, есть ajax по таймауту. ЧТо хочешь используй для получения данных

Нету сокетов, ничего нету на беке

тогда используй аякс по таймауту. У тебя вариантов то нет

Я и пишу, каждые пару сёк, повторять запрос, типо таймаут ф-ю

Лучше сделать функцию где делаешь fetch и в finnaly делаешь setTimeout на 2 секунды

Это норм. Не лучшее конечно решение, но лучше чем оркестрировать запросы на клиенте (резолвервми это удобнее делать) плюс получаете плюшки аполо клиента. В итоге все равно получается лучше чем рест ворочать на клиенте.

Потом подумаю, может в екшен передам что то типо флага, если он есть то значит запрос повторять нужно

Плюсую

Не вижу проблемы в промежуточном грфкуэль сервере, а аполло это отличный бонус если смотреть в разрезе редакс или аполло

Привет) у на был опыт перехода) причина была такая что нашим клиентам было очень сложно пользоваться rest так как вообще непонятно какие параметры надо передать и что получишь в ответ, информацию об этом можно было получить только из доки...gql более менее  самодокументируемый + у нас есть две версии приложения десктоп браузер + мобилка )так же появились места оптимизации так как можно было звать только нужное( но здесь мы наткнулись на некоторые проблемы).
Связка у нас получилась такая front(angular) | interlayer(nodejs +gql + grpc-client) | back( grpc-server + c++)