Как я могу сделать реактивный массив из коллекции метеоров?

Edit : я обновил приведенный ниже код как потому, что он был хрупким, так и для того, чтобы поместить его в контекст, чтобы его было легче тестировать. Я также добавил предостережение - в большинстве случаев вы захотите использовать методы @zorlak или @englandpost (см. ниже).

---

Прежде всего, спасибо @zorlak за то, что откопал мой старый вопрос, на который никто не ответил. С тех пор я решил эту проблему с помощью нескольких идей, полученных от @David Wihl, и опубликую свое собственное решение. Я буду держаться подальше. выбор правильного ответа до тех пор, пока другие не будут иметь шанс взвесить.

Ответ@zorlak решает проблему автозаполнения для одного поля, но, как указано в вопросе, я искал массив, который будет обновляться реактивно, и автозаполнение было только одним примером того, для чего оно будет использоваться. Преимущество использования этого массива заключается в том, что он может быть использован в любом месте (не только в помощниках шаблона) и что его можно использовать несколько раз в коде без необходимости повторного выполнения запрос (и _.pluck(), который сводит запрос к массиву). В моем случае этот массив заканчивается несколькими полями автозаполнения, а также проверкой и другими местами. Возможно, что преимущества, которые я выдвигаю, не являются существенными в большинстве приложений Meteor (пожалуйста, оставьте комментарии), но это кажется мне преимуществом.

Чтобы сделать массив реактивным, просто постройте его внутри обратного вызова Meteor.autorun() - он будет повторно выполняться каждый раз, когда целевая коллекция изменяется (но только тогда, избегая повторения запросы). Это было ключевое озарение, которое я искал. Кроме того, использование обратного вызова Template.rendered() чище и менее взломано, чем помощник шаблона set_typeahead, который я использовал в вопросе. В приведенном ниже коде используется символ подчеркивания .js'S _.pluck() для извлечения массива из коллекции и использует Twitter bootstrap $.typeahead() для создания автозаполнения.

обновленный код : я отредактировал код, так что вы можете попробовать это с помощью тестовой среды stock meteor createD. Ваш html будет нуждаться в строке <input id="typeahead" /> в шаблон "привет". @Items имеет знак @, чтобы сделать Items доступным в качестве глобального на консоли (Meteor 0.6.0 добавлена переменная уровня файла scoping). Таким образом, вы можете ввести новые элементы в консоль, такие как Items.insert({name: "joe"}), но @ не является необходимым для работы кода. Другим необходимым изменением для автономного использования является то, что функция typeahead теперь устанавливает источник в функцию (->), так что она будет запрашивать items при активации, а не при рендеринге, что позволяет ей чтобы воспользоваться изменениями в items.

@Items = new Meteor.Collection("items")
items = {}

if Meteor.isClient
  Meteor.startup ->
    Meteor.autorun ->
      items = _(Items.find().fetch()).pluck "name"
      console.log items  #first result will be empty - see caution below

  Template.hello.rendered = ->
    $('#typeahead').typeahead {source: -> _(Items.find().fetch()).pluck "name"}

Осторожно! Созданный нами массив не является сам по себе источником реактивных данных. причина, по которой typeahead source: необходимо установить в функцию -> это возвращает items, что при первом запуске Meteor код запускается до того, как Minimongo получил свои данные с сервера, и items устанавливается в пустой массив. Затем Minimongo получает свои данные, и items обновляется вы можете увидеть этот процесс, если вы запустите приведенный выше код с открытой консолью: console.log items будет дважды регистрироваться, если у вас есть какие-либо сохраненные данные.

Template.x.rendered() вызовы не устанавливают контекст реактивности и поэтому не будут повторно запускаться из-за изменений в реактивных элементах (чтобы проверить это, приостановите код в отладчике и проверьте Deps.currentComputation - если это null, Вы не находитесь в реактивном контексте, и изменения в реактивных элементах будут проигнорированы). Но вы можете быть удивлены, узнав, что ваши шаблоны и помощники также не будут реагировать на items изменение -- a шаблон, использующий #each для итерации над items, будет пустым и никогда не будет перезаписан. Вы можете заставить его действовать как реактивный Источник (Самый простой способ-хранить результат с помощью Session.set(), или Вы можете сделать это сами), но если вы не делаете очень дорогое вычисление, которое должно выполняться как можно реже, вам лучше использовать методы @zorlak или @englandpost. Это может показаться дорогим, чтобы ваше приложение запрашивало базу данных повторно, но Minimongo кэширует данные локально, избегая сети, так что это будет довольно быстро. Таким образом, в большинстве ситуаций лучше просто использовать

  Template.hello.rendered = ->
    $('#typeahead').typeahead {source: -> _(Items.find().fetch()).pluck "name"}

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