Вопрос довольно расплывчатый, поэтому окончательный ответ невозможен: вот мысль.
Firebase and Parse - это две разные компании и поэтому требуют отдельной аутентификации.
Если у пользователей есть аутентификация типа имени пользователя и пароля в Parse, вы можете использовать те же данные в Firebase и пройти аутентификацию через код. Т.е. пользователь создает новую учетную запись в Parse, а учетная запись создается в Firebase посредством кода. Когда пользователь аутентифицируется в Parse, он также аутентифицируется Firebase по коду.
Есть много элементов дизайна, которые следует учитывать при переходе по этому маршруту: как вы создаете пользователя firebase (в коде) без вашего приложения, аутентифицирующего себя как «супер» пользователя? Учетные данные жесткого кода? Это может быть проблема безопасности.
Вы собираетесь хранить два набора пользовательских данных? Один в Парсе и один в Firebase? Что делать, если пользователю необходимо сбросить пароль или учетную запись. Как вы можете видеть, он может выйти из-под контроля довольно быстро.
Возможно, вы захотите рассмотреть возможность использования одной платформы для упрощения всего процесса. По звуку хотя бы одного из требований Firebase может сделать многое из того, что может сделать Parse, но также предоставить необходимые вам в реальном времени обновления.
Согласен, и жаль, что так расплывчато. Я согласен с вашими мыслями о попытке использовать несколько решений. В идеале мне нужен Parse for Push и Firebase для реального времени. Я не знаю решения, которое обрабатывает оба из них. Я также обеспокоен тем, как правильно обращаться с безопасностью, и не считаю, что это можно сделать без создания 2 пользователей (не идеально). Я думаю, что я попытаюсь использовать Push-уведомления, чтобы вызвать перезагрузку сообщения (вместо реального времени) и придерживаться Parse. Спасибо, что помогли мне продумать это. – Robert
Несомненно. Что-то, что мы обнаружили, заключается в том, что, хотя некоторые ситуации поддаются push-уведомлению, фактические обновления на самом деле работают лучше. например в решении точки продажи; когда пользователь создает счет-фактуру и продает продукт, может быть отправлено push-уведомление, уведомляющее другие терминалы о снижении количества инвентаря элемента на единицу. Эти терминалы могут реагировать на нажатие (в какой-то момент). В то время как с Firebase все терминалы мгновенно знают, что инвентарь был изменен, наблюдая за узлом инвентаризации в Firebase. Попробуйте изучить обновления в реальном времени и посмотрите, работают ли они – Jay