Meteor - 能不能先开发后端，做完后端再开发前端？答案

【问题标题】：Meteor - Can I develop the back-end first, and after backend is done, develop front-end?Meteor - 能不能先开发后端，做完后端再开发前端？
【发布时间】：2018-05-08 01:10:19
【问题描述】：

我的团队为我们的项目开发了一个 iOS 和 Android 应用程序，而我们使用 node 和 socket.io 作为后端。我们想迁移到流星，这样我们就可以将 Angular 2 的前端轻松连接到后端。

但我们想用 Meteor 重写后端，以便我们的应用可以使用它。然后创建前端。

我的问题很简单，在 Meteor 中前端和后端是同时做的吗？或者我们可以先构建后端，然后再构建前端？

【问题讨论】：

做一个外部后端作为 API 服务，然后用这个来满足你需要的每一个应用程序。
但是，如果在 Meteor 中我可以开发第一个后端（并且正如您所说的用作 API 服务）并且在此之后开发前端并使用 Meteor 机制必须轻松连接前端和后端，则不会响应。
你所说的“Meteor 后端”是什么意思。使用 NodeJs+Express 做一个易于创建和升级的 RESTful API（例如，如果你拥有所有结构）并以单独的方式执行您的应用程序（Meteor、VueJS 等）..
好的，我看到了什么是“Meteor Back-Wasteful-End”，没关系，用 NodeJs+Express+MongoDb 做，在某些日子你可以用 PM2+AWS 进行生产，祝你好运

标签： node.js meteor frontend backend

【解决方案1】：

是的，这是可能的，尽管对于经验丰富的 Meteor 开发人员来说会觉得有点尴尬。

Meteor“后端”公开了以下内容：

托管集合：这些是 mongodb 集合的定义，您的应用将使用这些集合来持久化数据。请注意，其中一些可能是后端私有的，即根本不暴露给前端。
publications：这些是收集数据的过滤/投影“视图”，后端将根据请求与前端共享（请求的形式是订阅）。发布的数据通过 WebSocket 与前端异步双向同步。这就是 Meteor 的 DDP 的魔力，IMO 是 Meteor 的核心创新。
方法：这些遵循更传统的请求-响应模式。您可以拥有任意数量的这些，并且每个都可以接受任意数量的参数，包括对象。 Meteor 还可以对方法进行延迟补偿，这意味着方法首先在客户端模拟，并在等待服务器返回权威结果时更新 UI。如果服务器结果不同，则使用权威结果修补 UI。这使得数据库更新对用户来说是即时的，同时提供最终一致性。

如果您愿意，您甚至可以使用 Meteor 构建传统的 REST 端点，但是您将错过反应糖。当然，这些对于其他集成也很有用。

与 nodejs 一样，Meteor 鼓励开发人员解决全栈问题。您不太可能将开发人员分成后端和前端功能，这为您提供了更大的灵活性。

【讨论】：