Meteor API против внешнего API

Question

По сути, я хочу приложение в реальном времени (Метеор), чтобы я мог видеть приборную панель в реальном времени

Этот бэкэнд (сервер Meteor) в конечном итоге попадет в какое-то внешнее приложение через API для получения данных из БД (например, мобильное приложение) или добавления некоторых записей (не из интерфейса)

У меня такой вопрос: что лучше: создать Meteor API ИЛИ создать внешний сервер (ExpressJS), который будет подключен к Meteor DB?

Answer 1

Meteor отлично подходит для создания приложений Full Stack (внешний и внутренний) и имеет встроенную поддержку MongoDB, которые вместе достаточно эффективны для создания приложений реального времени (например, с использованием DDP).

Express - это MVC Framework, встроенный в Javascript и работающий на Node. При использовании Express (стек MEAN) вам, как правило, придется учитывать больше технологий и сред, которые имеют более крутой график обучения по сравнению с Meteor.

Учитывая, что вы собираетесь разрабатывать приложение Full Stack, создание API с использованием Meteor является более простым. По предложению Миккеля, restivus будет пакетом Meteor, который следует учитывать при создании службы REST.

Если сложность не является препятствием, использование Express может привести к более эффективному решению.

Answer 2

Вы можете интегрировать экспресс с Meteor - возможно, это лучшее решение, потому что вам нужен только один сервер.

Существуют пакеты Meteor для создания REST API, которые хорошо работают https://atmospherejs.com/nimble

Другой подход (мое предпочтение) - использовать сервер GraphQL с Meteor. Клиент и сервер Apollo были разработаны Meteor Development Group (MDG) https://github.com/abhiaiyer91/sample-graphql-meteor-server