流星 API 与外部 API
Meteor API vs external API
基本上我想要一个实时应用程序 (Meteor)，这样我就可以看到一个实时仪表板
这个后端（Meteor 服务器）最终会被一些外部应用程序通过 API 从数据库（例如：移动应用程序）获取数据或添加一些条目（不是来自前端） )
我的问题是：哪个更好：创建一个 Meteor API 或 创建一个将连接到 Meteor DB 的外部服务器 (ExpressJS)？
您可以将 express 与 Meteor 集成 - 可能是更好的解决方案，因为您只需要一台服务器。
有用于创建 REST API 的 Meteor 包运行良好https://atmospherejs.com/nimble
另一种方法（我的偏好）是将 GraphQL 服务器与 Meteor 一起使用。 Apollo 客户端和服务器由 Meteor Development Group (MDG) https://github.com/abhiaiyer91/sample-graphql-meteor-server
开发
Meteor 非常适合构建全栈应用程序（前端 + 后端），并且原生支持 MongoDB，它们一起非常适合相对轻松地构建实时应用程序（例如使用 DDP） .
Express 是一个内置于 Javascript 并由 Node.js 提供支持的 MVC 框架。在使用 Express（MEAN 堆栈）时，您通常需要考虑更多的技术和框架，与 Meteor 相比，它的学习曲线更陡峭。
鉴于您打算开发全栈应用程序，使用 Meteor 构建 API 更为直接。正如 Mikkel 所建议的，restivus 将是构建 REST 服务时要考虑的 Meteor 包。
如果复杂性不是障碍，使用 Express 可能会产生更高效的解决方案。
基本上我想要一个实时应用程序 (Meteor)，这样我就可以看到一个实时仪表板
这个后端（Meteor 服务器）最终会被一些外部应用程序通过 API 从数据库（例如：移动应用程序）获取数据或添加一些条目（不是来自前端） )
我的问题是：哪个更好：创建一个 Meteor API 或 创建一个将连接到 Meteor DB 的外部服务器 (ExpressJS)？
您可以将 express 与 Meteor 集成 - 可能是更好的解决方案，因为您只需要一台服务器。
有用于创建 REST API 的 Meteor 包运行良好https://atmospherejs.com/nimble
另一种方法（我的偏好）是将 GraphQL 服务器与 Meteor 一起使用。 Apollo 客户端和服务器由 Meteor Development Group (MDG) https://github.com/abhiaiyer91/sample-graphql-meteor-server
开发Meteor 非常适合构建全栈应用程序（前端 + 后端），并且原生支持 MongoDB，它们一起非常适合相对轻松地构建实时应用程序（例如使用 DDP） .
Express 是一个内置于 Javascript 并由 Node.js 提供支持的 MVC 框架。在使用 Express（MEAN 堆栈）时，您通常需要考虑更多的技术和框架，与 Meteor 相比，它的学习曲线更陡峭。
鉴于您打算开发全栈应用程序，使用 Meteor 构建 API 更为直接。正如 Mikkel 所建议的，restivus 将是构建 REST 服务时要考虑的 Meteor 包。
如果复杂性不是障碍，使用 Express 可能会产生更高效的解决方案。