Повторное использование Meteor Observer: изменит ли мой запрос на возврат публикации, чтобы не использовать this.userId сделать мой наблюдатель более многоразовым?

Question

У меня есть публикации, которая возвращает курсор, который выглядит следующим образом:

// Publication RETURNS THIS QUERY 

Notepads.find({_id: notepadId, $or: [{userId: this.userId}, {'collaborators.userId': this.userId}], archived: false}) 

Как вы можете видеть, что запрос является уникальным для пользователя, так как он включает в себя this.userId

я использую this.userId в публикации в форме безопасности. Вы получите только данные, если вы связаны с этим конкретным блокнотом.

В моем приложении несколько человек могут сотрудничать в одном блокноте. Чтобы сделать наблюдателя более многоразовым, эта настройка поможет моему приложению?

// Optimized publication 

notepad = Notepads.findOne({_id: notepadId, $or: [{userId: @userId}, {'collaborators.userId': @userId}], archived: false}) 

if notepad? 
    // Optimized publication RETURNS THIS QUERY 
    return Notepads.find({_id: notepad._id, archived: false}) 
else 
    return 

Я думаю, что это средство повторного использования наблюдателя. То, что публикация возвращает тот же запрос для любого пользователя, который подписывается на него. Так ли это правильно, эта оптимизация стоит того изменения?

Answer 1

Quoting from kadira.io on How Observers are Handled in Meteor:

В целях создания одинаковых наблюдателей, необходимо создавать курсоры с:

• той же коллекции
• тот же селектор (запроса)
• тот же набор (включая сортировку, лимит и т. д.)

В вашем примере селектор не одинаковый для разных пользователей.

Селекторы Object Literals и оцениваются перед передачей в вызов .find. Это означает, что {_id: notepad._id, archived: false} становится

• {_id: 'myNotebookID', archived: false} или
• {_id: 'anotherNotebookId', archived: false}.

Как вы можете видеть, это разные селекторы после того, как вы разрешите notepad._id, и это происходит до передачи в .find().

Если ваш первый запрос db возвратил тот же блокнот, потому что ваш второй пользователь был сотрудником в ноутбуке первого пользователя, вы попали бы в один и тот же селектор и один курсор/наблюдаемый. Однако для большинства приложений это вряд ли будет достаточно распространено для оптимизации, тем более что (как указывает @Khang) вы потеряете реактивность.

Итак, это не тот же запрос, он не собирается повторно использовать наблюдателя и не стоит изменений.

Answer 2

Есть проблемы с вашей оптимизированной версией, то есть не реагирует. Поскольку вы используете Notepads.findOne в качестве проверки безопасности, чтобы убедиться, что у пользователя есть доступ к документу.

Внутри публикации .findOne не реагирует, скажем, в то время, когда публикация выполнена. Пользователь не имеет доступа к документу, поэтому ничто не отправляется клиенту, тогда пользователь добавляется в качестве соавтора, но это не делает никаких изменений, поскольку публикация будет изменена повторно запустить.