流星：业务对象

Question

几个月前我开始使用 Meteor。

我想知道对商业对象使用 cursor.observeChanges 是否是个好主意

我想将操作和视图分开，这样我就可以在许多视图/事件中使用相同的操作，我想知道这是否是个好主意。

有人告诉我，我们不应该将 mongo 的操作与视图分开。

所以我的问题是：用 Meteor 来做商业对象是个好主意吗？

阅读我的坦克。

Answer 1

在流星世界中，传统的模型/视图/控制器范式转变为响应式数据在线概念，包括延迟补偿等功能。

您所说的业务对象基本上是您的业务数据的一种表示，它是强类型的，有自己的原子类型，并且只有一个表示任务。

您可以在任何语言/框架（包括流星）中实现这种关注点分离。这仅取决于您如何布局、构造和抽象代码。

Meteor 带来了一个工具集，用于为您的数据建立一个接口，该接口具有现代用户体验功能，否则这些功能很难/昂贵。

对企业级应用程序的唯一担忧可能是 Meteor 目前默认使用 MongoDB。 MongoDB 对业务应用程序是否需要事务支持、ad-hoc 聚合、外键关系等有自己的讨论。但这是另一个话题。