Meteor - 为什么我应该尽可能使用this.userId而不是Meteor.userId（）？

Question

从David Glasser在GitHub问题上的评论来看：

this.userId是主API， Meteor.userId()是新手JavaScript用户的语法糖，他们可能不了解成功使用它的细节

看起来我们应该尽可能使用this.userId （例如在方法函数中，你可以使用它们），并且只在发布函数中使用Meteor.userId() 。 如果这个假设是正确的， 为什么 ？

（参考代码的相关位也会有所帮助，我似乎无法找到它）

Answer 1

您的问题似乎与Meteor.userId()和Meteor.user()混为一谈。 问题的主体似乎在询问前者，而主题是询问后者。 我会尽力解决这两个问题。

1. 在服务器上，在发布函数中，调用Meteor.userId()或Meteor.user()将导致错误 。 而是分别使用this.userId或Meteor.users.findOne(this.userId) 。 但请注意，只有在客户端订阅时才会调用publish函数。 如果希望在用户记录更改时更改发布，则需要observe() Meteor.users.find(this.userId)返回的游标，并在记录更改时采取适当的操作。

2. 在服务器上，在处理方法调用时， Meteor.userId()和Meteor.user()将分别对应于调用用户的ID及其记录。 但是，请注意，对Meteor.user()调用将导致数据库查询，因为它们基本上等同于Meteor.users.findOne(Meteor.userId()) 。

   直接在方法调用中，您也可以使用this.userId而不是Meteor.userId() ，但您不太可能看到显着的性能差异。 当服务器收到方法调用时，它会使用存储在光纤上特定插槽中 的用户ID（以及其他一些信息）运行方法实现 。 Meteor.userId()只从当前光纤的插槽中检索ID。 那应该很快。

   它通常更容易重构使用代码Meteor.userId()比this.userId ，因为你不能使用this.userId方法体的外部（例如this不会让你从调用一个函数内的“用户id”属性方法体）你不能在客户端上使用this.userId 。

3. 在客户端， Meteor.userId()和Meteor.user()不会抛出错误， this.userId将无法正常工作。 对Meteor.user()调用本质上等同于Meteor.users.findOne(Meteor.userId()) ，但由于这对应于迷你mongo数据库查询，因此性能可能不会成为问题。 但是，出于安全原因， Meteor.user()返回的对象可能不完整（特别是如果未安装autopublish包）。

Answer 2

简单来说，Meteor.userId（）每次使用它时都会查询数据库。 在客户端（逻辑上），它看起来很好 - 因为我们有minimongo。

在服务器端，使用Meteor.userId（）会占用SERVER上的额外资源，这有时是不受欢迎的。

现在，this.userId更像是一个会话变量m，即只有在当前会话附加了用户标识时才会有一个值。 因此，使用'this'引用不会每次都获取数据库，而是使用活动会话userId。

将性能视为一个因素。 这是使用this.userId而不是Meteor.userId的主要原因