запрашивать объекты с угловымFireCollection?

Question

Я использовал неявный метод для извлечения объектов данных:

setData = function(segment){ 
    var url = 'https://myFireBase.firebaseio.com/'; 
    var rawData = angularFire(url+segment,$rootScope,'data',{}); 
    rawData.then(function(data){ 
    // sorting and adjusting data, and then broadcasting and/or assinging 
    } 
} 

Этот код находится внутри службы, которая вызывается из разных мест, на этапах развития это, вероятно, будет около 100 - 150, так что я вышел из контроллеры и в службу, но теперь привязка данных Firebase, очевидно, перепишет разные segment, поэтому я вернулся к явному методу, чтобы разные firebases отправляли данные только на сайт вместо привязки данных и перезаписи друг друга:

var rawData = angularFireCollection(url+segment); 

И прямо там я почему я выбрал неявное в первую очередь: есть аргумент для typeof, я могу сказать firebase, если я вызываю строку, массив, объект и т. д. Я даже посмотрел на angularfire.js и увидел, что если аргумент не задан, если возвращается к определению его как массива по умолчанию.

Теперь я определенно перейду к явному методу (то есть, если спасение не приходит с угловым2.0), и восстановление моих jsons firebase, чтобы соответствовать политике только для массива, не так уж важно для сделки , но, конечно, есть возможность явно вызвать объекты, или я чего-то не хватает?

Answer 1

Я не совсем понимаю, в чем вопрос - с помощью angularFireCollection вы можете наверняка восстановить объекты просто отлично. Например, в комплекте чат приложение (https://github.com/firebase/angularFire/blob/gh-pages/examples/chat/app.js#L5):

$scope.messages = angularFireCollection(new Firebase(url).limit(50)); 

Каждое сообщение хранится в виде объекта, со своим собственным уникальным ключом, сгенерированный push().

Мне также интересно, какие проблемы вы обнаружили при использовании неявного метода по мере роста вашего приложения. Мы действительно стремимся решать такие проблемы, как для следующей итерации углового Fire!