Или Meteor

[r-moiseev]

Доводилось ли вам слышать про GraphQL? А про Apollo с функцией GraphQL over websockets?

Что до метеора, я что то не готов настолько прочно связывать клиент и сервер.

[Zav]

Как человек более 2х лет разрабатывающий на метеоре хочу сказать что метеор, сам по себе, не накладывает никаких ограничений. Всегда есть возможность сделать что надо и как надо.

[r-moiseev]

Ограничение собственно одно — метеор. На бэкенде.

[Zav]

Вы хотели сказать NodeJS? :-) Потому что на бекенде именно он.
Как бы если вам не нужен NodeJS на бекенде то да, метеор не подойдет.
В остальном ограничений нет от слова совсем.

[Zav]

Хотя, на самом деле, можно извратиться и запустить на другом бекенде без особых проблем. Но я в этом смыла не вижу вообще.

[comerc]

Очевидно, вы пролистали на мою заметку по диагонали, Apollo упоминается два раза. Но суть уловили верно. Задача развязать клиент и сервер в рамках существующего долгоиграющего проекта (без Apollo). И Redux мне в этом поможет.

[vasIvas]

 то Redux предлагает архитектуру приложения.

Это фатальная ошибка из-за которой ругают Redux. Redux предлагает слой, связывающий слой данных со слоем компонентов. отбросьте парадигмы, постройте грамотную архитектуру приложения и поймете, что слой на котором можно поместить Redux является прослойкой между datastorage, моделью и компонентом.

[comerc]

Я неточно выразился. Представляю себе Redux, как архитектуру движения данных в приложении. Так лучше?

[vasIvas]

Нет, это стейтманагер.

[taujavarob]

это стейтманагер.

«Как много нам открытий чудных готовит… » (С)

[n0ne]

Что-то я ничего не понял…
Нет никаких вообще проблем использовать React+Redux с Meteor. Лично я так и использую.
Правда я ещё GraphQL подсоединил. Хочешь методы, хочешь — Pub/Sub, хочешь всякие query с mutation. Вообще никаких проблем.