流星 - 爲什麼我應該儘可能使用this.userId通過Meteor.userId（）？

Question

從this comment由大衛·格拉瑟在GitHub上的問題來看：

this.userId是主要的API和Meteor.userId()是用戶新的JavaScript誰可能不明白成功地利用這個尚未

的細節語法糖

看來我們應該儘可能使用this.userId（例如在一個方法函數中，您可以同時使用這兩個函數），並且只在發佈函數中使用Meteor.userId()。如果這個假設是正確的，爲什麼？

（參見代碼中的相關內容也將是有益的，我似乎無法找到它）

Answer 1

您的問題似乎混淆了Meteor.userId()和Meteor.user()。問題的主體似乎在詢問前者，而主題是詢問後者。我會盡力解決這兩個問題。

1. 在服務器，發佈函數中，調用要麼Meteor.userId()或Meteor.user()將cause an error。相反，分別使用this.userId或Meteor.users.findOne(this.userId)。但是請注意，發佈功能僅在客戶訂閱時纔會調用。如果您希望在用戶記錄更改時更改發佈，則需要observe()由Meteor.users.find(this.userId)返回的光標，並在記錄更改時採取適當的操作。

2. 在服務器上，在處理方法調用時，Meteor.userId()和Meteor.user()將分別對應主叫用戶的ID及其記錄。但是，請注意，致電Meteor.user()將導致數據庫查詢，因爲它們是essentially equivalent to Meteor.users.findOne(Meteor.userId())。

   直接在方法調用中，您也可以使用this.userId而不是Meteor.userId()，但您不太可能看到顯着的性能差異。當服務器收到方法調用時，它將runs your method implementation with the user's ID (and some other info)存儲在光纖上的特定slot中。 Meteor.userId()只是從當前光纖上的插槽中檢索ID。這應該很快。

   重構使用Meteor.userId()而不是this.userId的代碼通常更容易，因爲您不能在方法體外部使用this.userId（例如，this在您從方法主體調用的函數內不會有'userId'屬性），並且您不能在客戶端上使用this.userId。

3. 在客戶端上，Meteor.userId()和Meteor.user()不會拋出錯誤，this.userId不起作用。撥打Meteor.user()的電話號碼是essentially equivalent to Meteor.users.findOne(Meteor.userId())，但由於這對應於迷你mongo數據庫查詢，所以性能可能不會成爲問題。但是，出於安全原因，由Meteor.user()返回的對象可能不完整（特別是如果未安裝autopublish程序包）。

Answer 2

簡單地說，Meteor.userId（）查詢你所使用的數據庫每次。在客戶端（邏輯上），它看起來很好 - 因爲我們有minimongo。

在服務器端，使用Meteor.userId（）會消耗SERVER上的額外資源，有時這是不受歡迎的。

現在，this.userId更像是一個會話變量，也就是說，它只有在當前會話附有用戶標識時纔會有值。因此，使用'this'引用不會每次都訪問數據庫，而不是使用活動會話userId。

將性能視爲一個因素。這是使用this.userId而不是Meteor.userId的主要原因