Комментарии 17
Облачный код в parse вызывал много боли. В Firebase намного более гибкая концепция.
Как Вы при помощи Firebase получите список курьеров в радиусе 500 метров от себя? Всего курьеров в бд 3000000, например.
P. S. Я не говорю, что Firebase чем то плох. Я говорю только, что это не Parse.com
Как Вы при помощи Firebase получите список курьеров в радиусе 500 метров от себя?
Приложения курьеров по изменению своих координат обновляют запись в коллекции относящуюся к ним. Ваше приложение… тупо делает запрос "выдай мне документы подпадающие под критерию". Есть еще GeoFire как надстройка над firebase для упрощения подобных выборок но у меня только в планах его поковырять детально. Собственно что еще нужно?
Нужно отслеживать статус и, например, высылать уведомление если в радиусе 500 метров от себя появился курьер — тут уже сходу я не думаю что есть такая возможность, потому разворачиваем на ноде простенький бэкэндик который будет отслеживать изменения координат (обычный листенер) и нотифицировать клиентов.
Про FireGeo почитаю.
Еще нотификацию не отправить на изменение статуса без back-end сервера
Справедливости ради, я исхожу из своего опыта работы с parse и на проектах где все вроде бы идет хорошо но вот приходит момент и расширение функционала с parse уже дороже.
Причем наличие своего бэкэнда в контексте firebase это как бы… не сильно сложнее чем "облачный" код парса. Просто все crud операции можно делать напрямую через firebase а бизнес логику дополнительную можно реализовывать на своей стороне.
Ну а что до парса — есть куча аналогичных решений в плодь до того что вы можете развернуть свой парс.
Да, я безусловно согласен, что Firebase открывает кучу возможностей.
Просто у меня на парсе был отличный проект, сейчас дорого его переносить (он без монетизации).
Свой парс не имеет клауд кода, так что это не вариант.
А так у нас парс при регистрации сам спокойно дергал апи смс шлюза и юзер получал смс для подтверждения своего номера. Это делалось в 10 строк кода без своего сервака. Жаль, что его закрыли.
Автор, Вы не разбирались как, например, фильтровать данные в запросах по нескольким коллекциям?
Итог, сервис из коробки без back-end не подойдет для многих идей.
<intent-filter>
<action android:name=«OPEN_ACTIVITY_1» />
<category android:name=«android.intent.category.DEFAULT» />
</intent-filter>
По следам Google I/O 2016 — новый Firebase: интеграция с Android