想象一下以下情况:
1,000个客户端连接到显示"Somestuff"集合内容的Meteor页面.
"Somestuff"是一个收藏1,000件物品的系列.
有人在"Somestuff"集合中插入一个新项目
会发生什么:
Meteor.Collection客户端上的所有内容都将更新,即插入转发给所有客户端(这意味着向1,000个客户端发送一条插入消息)服务器确定哪个客户端需要更新的CPU成本是多少？
是否准确只将插入的值转发给客户端,而不是整个列表？
这在现实生活中如何运作？是否有任何这种规模的基准或实验？
在Discover Meteor示例中,"帖子"和"帖子"之间的区别是什么？为什么当我们从服务器进行插入时我们使用"帖子"但是当从浏览器查询时我们使用"帖子"？系统不会因案例差异而混淆吗？
我在posts.js中看到客户端帖子到服务器帖子的变量赋值.将资本化客户端并使用小型上限服务器是一种传统的表示法吗？
Posts = new Meteor.Collection('posts')
为什么server/fixtures.js使用"帖子"？我假设我们在浏览器(客户端)中查询"帖子",并在服务器中使用"帖子",就像我们在meteor mongo中所做的那样.那么为什么我们现在在服务器中使用帖子呢？