2

我试图找出订阅单个文档中特定更改的正确模式。一个例子将更好地突出我正在尝试做的事情。比如说,我有一个用于博客文章的 Mongo 文档,其中又包含一个评论列表。现在,我有一个查询来查找该博客文章:Posts.findOne("<id">),它会被动地更新我的模板:

<template name="post">
    <h1>{{title}}</h1>
    {{#each comments}}
        {{> comment this}}
    {{/each}}
</template>

问题是,当该帖子发生任何变化时(通常是人们添加评论时的评论列表),查看该帖子的每个人都会刷新整个内容。我宁愿 1) 设置某种特定于字段的侦听器,和/或 2) 进行一些手动拦截以说“发布更新时,检查更新的内容,并根据更改的内容更新某些内容(例如,仅更新已更新的评论,或者,看起来有一条新记录 - 让我们添加它)”。

我知道这种事情在文档级别是可行的Collection.observe(例如,随着新文档的出现和消失,您可以精细控制以查看发生了什么变化),但是在文档中呢?我想我可以通过将当前文档存储在会话中来做到这一点,然后当文档更新并且我收到响应式查找命令的通知时,将新文档与旧文档进行比较,但这是最好的方法吗?我错过了一些明显的东西吗?

非常感谢任何指导!

4

1 回答 1

0

我也在学习 Meteor(几周后)并且遇到了像你描述的那样的问题。我此时的建议是让您的应用订阅2 个集合:帖子评论

评论项可能如下所示:

{
  _id : \\ Mongo 自动生成的 ID,
  text : '这是评论',
  PostID : 'postUniqueID'
  用户:'用户名'
  //ETC。
}

在客户端,在您的评论订阅中,您将帖子的唯一 ID 作为参数传递。在服务器端,您只发布 PostID = postUniqueID的评论。

重要提示:您需要在 Meteor.autorun() 块中设置您的评论订阅,以便在用户切换到另一篇博客文章时它会更改。

以我的经验,这种方法使您的模板和编码变得更加简单。但是,我没有分析订阅两个集合(相对于一个)是否对 Meteor 的性能有显着影响。

于 2013-02-23T02:37:03.573 回答