使 Meteor 响应 Meteor.user() 的特定子项

Question

我要做什么...

我需要使用一些存储在用户Meteor.user() 对象中的子属性，例如Meteor.user().profile.preferences.preference_one、Meteor.user().profile.preferences.preference_two 等。这些子属性在反应式自动运行块中使用，因为在它们发生变化时必须进行重新计算。

我的问题是……

我发现，当我在反应性块中引用这些子属性的值时，自动运行会触发 任何 更改 Meteor.user() 对象，包括不以任何方式影响我明确引用的数据。例如，如果更新了Meteor.user().profile.name，那么任何包含Meteor.user().profile.preferences.preference_one 或Meteor.user().profile.preferences.preference_two 的自动运行也会被触发，因为它们都有一个共同的父级。

I have seen a similar question 处理限制 Meteor 的反应范围，但它处理自定义集合，而不是 Meteor.users 集合。我看不到那里的解决方案如何适用，因为它们在订阅中指定字段以限制向客户端发布的子属性，就我而言，我需要Meteor.user() 的所有子属性。但我需要能够选择我对哪些子属性做出反应！

在本地存储子属性值，然后对每个更改进行比较当然可以，但它是一种强力解决方案，因为它需要额外的逻辑，并且自动运行无论如何都会触发。

Answer 1

我不知道这是否是最好的方式，但看看这个例子：

Tracker.autorun(function() {
  var user = Meteor.user();
  if (user && user.profile)
    Session.set('p1', user.profile.preference1);
});

Tracker.autorun(function() {
  var p1 = Session.get('p1');
  console.log("p1 is " + p1);
});

第一个autorun 将在每次用户数据更改时触发，而第二个autorun 将仅在该特定属性更改时触发。

Answer 2

David 的解决方案很棒（一如既往）。

只是为了提供一些多样性，我建议将您的偏好（或整个该死的个人资料）移到它自己的收藏中。然后，使用.publish(null,... 始终可以访问该集合。

这两种解决方案都可以很好地工作，只是我更喜欢除了登录凭据附加到关键的 users 集合之外什么都没有。