几个月前我开始使用Meteor。
我想知道将cursor.observeChanges用于商业对象是否是一个好主意
我想分开操作和视图，这样我就可以在很多视图/事件中使用相同的操作，我想知道这是不是一个好主意。
有人告诉我，我们不应该将mongo上的操作分开来看。
所以我的问题是：用流星购买Buisness对象是不是一个好主意？
阅读我的坦克。
答案 0 :(得分：2)
cursor.observeChanges基本上就是当您执行正常的find()查询并由于其上下文被反应而绑定到模板助手时所得到的。
在流星世界中，传统的模型/视图/控制器范例转向反应式数据在线概念，包括延迟补偿等功能。
您所称的业务对象基本上是您的业务数据的表示形式，它是强类型的，具有自己的类型，原子类型，并且只有一个代表任务。
您可以在任何语言/框架中实现这种关注点分离，包括流星。这仅取决于您如何布置，构建和抽象代码。
Meteor带来的是使用现代ux功能构建数据接口的工具集，否则这些功能非常难/昂贵。
对于企业级应用程序唯一关注的问题可能是Meteor目前默认使用MongoDB。 MongoDB对业务应用程序有自己的讨论，无论是需要事务支持，临时聚合，外键关系等。但这是另一个话题。