几个月前我开始流星。流星:商业对象
我想知道,如果使用cursor.observeChanges对楼内设有商务对象是一个好主意
我要分开运营和意见,使我可以用在很多的意见/事件相同的操作,我想知道如果这是一个好主意。
有人告诉我,我们不应该将mongo的操作与视图分开。
所以我的问题是:流星对Buisness物体是一个好主意吗?
阅读我的坦克。
几个月前我开始流星。流星:商业对象
我想知道,如果使用cursor.observeChanges对楼内设有商务对象是一个好主意
我要分开运营和意见,使我可以用在很多的意见/事件相同的操作,我想知道如果这是一个好主意。
有人告诉我,我们不应该将mongo的操作与视图分开。
所以我的问题是:流星对Buisness物体是一个好主意吗?
阅读我的坦克。
cursor.observeChanges
本质上,当您执行正常的find()
查询并由于其上下文被动而绑定到模板助手时,您会在幕后获得。
在流星世界中,传统的模型/视图/控制器范例正在转向反应式数据在线概念,包括延迟补偿等功能。
你所说的业务对象基本上是一个强类型的业务数据表示,它有一个属于自己的原子类型,并且只有一个表示任务。
您可以在任何语言/框架(包括流星)中实现这种类型的关注分离。这只取决于你如何布局,结构和抽象你的代码。
流星带来的是一个工具集,它可以用现代的ux功能为您的数据构建一个界面,否则这些功能非常难/昂贵。
业务类应用程序唯一关心的可能是Meteor默认使用MongoDB。 MongoDB有自己的商业应用讨论,无论他们需要事务支持,临时聚合,外键关系等。但这是另一个话题。