Meteor 关闭流星收集的通知

Meteor 关闭流星收集的通知,meteor,Meteor,我如何告诉Meteor停止发布集合上的更改(暂时)? 还有,如何告诉它恢复和收藏已更改 基本上(在服务器上): 在每个文档中添加一个标记“更新”。 将此设置为true的新设置添加到true;使用基于此字段隐藏模板的css类呈现模板。 准备就绪后,将集合更新为updateing:false。它们很快就会被发现 也就是说,您可以插入一些事件,以使过渡更加愉快/生动。我不认为你在问这个,但这可能是一个更好的答案 对评论: 为其他文档插入模板会触发DOM更改,这相当昂贵,然后设备必须弄清楚如何显示。更新

我如何告诉Meteor停止发布集合上的更改(暂时)? 还有,如何告诉它恢复和收藏已更改

基本上(在服务器上):


在每个文档中添加一个标记“更新”。 将此设置为true的新设置添加到true;使用基于此字段隐藏模板的css类呈现模板。 准备就绪后,将集合更新为updateing:false。它们很快就会被发现

也就是说,您可以插入一些事件,以使过渡更加愉快/生动。我不认为你在问这个,但这可能是一个更好的答案

对评论:
为其他文档插入模板会触发DOM更改,这相当昂贵,然后设备必须弄清楚如何显示。更新属性只需要第二部分,即设备必须知道如何显示

插入文档并将其显示在页面上,与更新属性并将其显示在页面上有什么区别?与类更改的可见性相比,DOM更改相当昂贵。如果更新软件足够智能,我认为Meteor是,更改div上的类不会导致任何DOM操作。我很困惑。我同意,一旦元素在DOM中,那么更新属性的成本就会降低,但我们仍然必须首先在DOM中获取元素(无论是否使用更新属性)。我所拥有的是一个接一个的“插入DOM并渲染”。你似乎建议的是批量“插入DOM”,然后批量“渲染”。我明白你的抽象观点。我阅读你的问题是为了关注用户体验,而不是现代奔腾或智能手机芯片核心的每个周期。。。如果你的应用程序被如此多的数据轰炸,以至于在dom中批量插入x条记录与单独插入x条记录之间的差异令人担忧,那么你可能会遇到与我们上面开始的问题不同的问题。您可能在询问服务器对客户端的问题,而我可能在问错误的问题。我的查询只检索按字段排序的前10项。当对集合进行大量插入和更新时,页面将冻结。我假设客户机收到了所有这些更新的通知,这就是为什么它被冻结的原因。这就是为什么我要求一种关闭通知的方法。你怎么认为?
People = new Meteor.Collection("people")
insertPeople = ->
  // Don't notify clients of the following changes
  // Insert a bunch of people into the People collection
  // Resume notifications