Вопросы Теги

Как получить конкретную запись в Google Firebase? [Дубликат]

  1. Есть законные причины, по которым вам может понадобиться несколько рабочих деревьев в файловой системе сразу. манипулирование проверенными файлами , в то время как , требующие внести изменения в другое место (например, компиляция / тестирование), отличает файлы с помощью обычных инструментов diff во время конфликтов слияния, я часто хочу перемещаться по исходному коду, поскольку он включен исходная сторона , в то время как разрешает конфликты в файлах. Если вам нужно много раз переключаться вперед и назад, вы теряете время и проверяете, что вам не нужно делать с несколькими рабочими. ментальная стоимость ментального контекста, переходящая между ветвями через git stashing, на самом деле не измерима. Некоторые люди находят, что существует ментальная стоимость, которая не существует, просто открывая файлы из другого каталога.
  2. Некоторые люди спрашивают «почему бы не сделать несколько локальных клонов». Это правда, что с флагом «--local» вам не нужно беспокоиться об использовании дополнительного дискового пространства. Это (или подобные идеи) - это то, что я сделал до этого момента. Функциональные преимущества для связанных рабочих мест над локальными клонами: с локальными клонами ваши дополнительные рабочие деревья (которые находятся в локальных клонах) просто не имеют доступа к источникам происхождения или вверх по течению. «Начало» в клоне не будет таким же, как «происхождение» в первом клоне. Запуск git log @{u}.. или git diff origin/feature/other-feature может быть очень полезным, и это невозможно или более сложно. Эти идеи технически возможны с локальными клонами через ассортимент трудовых ресурсов, но каждое обходное решение, которое вы можете сделать, выполняется лучше и / или проще с помощью связанных рабочих деревьев. Вы можете делиться ссылками между рабочими. Если вы хотите сравнить или заимствовать изменения из другого локального филиала, теперь вы можете.
0
задан Aizen 23 February 2016 в 14:38
поделиться

1 ответ

неа. Вам нужно будет просмотреть результаты и обновить каждую из них на стороне клиента: 

ref.orderByChild("Name").equalTo("MyFirstName").addListenerForSingleValueEvent(new ValueEventListener() {
  public void onDataChange(DataSnapshot snapshot) {
    for (DataSnapshot item: snapshot.getChildren()) {
      item.child("Name").getRef().setValue("Aizen");
    }
  }
  public void onCancelled(FirebaseError firebaseError) {
  }
});

Для получения дополнительной информации о запросах см. получение данных . Подробнее о записи данных см. В сохранении данных .

0
ответ дан Frank van Puffelen 19 August 2018 в 07:45
поделиться
  • 1
    Еще раз спасибо, Фрэнк. Ну, Query - это просто Query. Не могу надеяться слишком много. – Aizen 23 February 2016 в 18:03
  • 2
    В целом: если в документации упоминается то, что вы пытаетесь сделать, разумное предположение, что вам придется подумать о другом способе достижения своей цели. – Frank van Puffelen 23 February 2016 в 18:11
Другие вопросы по тегам:

Похожие вопросы: