Программирование
Что вам нужно знать о базах данных Firebase: 9 советов
Полезные советы, основанные на личном опыте использования Firebase и его базы данных, были опубликованы в блоге Lemberg Solutions.
Firebase – это облачный сервис, сочетающий в себе множество функций: аутентификацию, базу данных в реальном времени, хранение файлов, уведомления и прочее. В этой статье мы главным образом рассмотрим базы данных и немного аутентификацию. Главная цель – собрать всю необходимую информацию об использовании Realtime баз данных, потому что всегда лучше иметь все в одном месте.
Я объединил всю полезную информацию в девять советов, и вот они.
Совет 1
При создании модели базы данных для приложения, постарайтесь использовать как можно меньше вложенных объектов.
Например:
{ // Это плохая архитектура данных, потому что нужно будет итерирование дочерних // узлов чатов для получения списка диалогов, что потенциально // потребует загрузки, возможно, сотен мегабайтов сообщений "chats": { "one": { "title": "Первопроходцы технологий", "messages": { "m1": { "отправитель": "гхоппер", "сообщение": "Неисправность найдена. Причина: мотылек" }, "m2": { ... }, // очень длинный список сообщений } }, "two": { ... } } }
Даже если вам нужен просто один заголовок, все остальные данные будут также получены вместе с ним. Это может увеличить время получения данных.
Совет 2
Дублирование некоторых полей нормально для Firebase – когда один объект имеет свойства другого. Однако лучше продублировать одно поле вместо создания связей между двумя объектами, следовательно, сделать один запрос вместо двух.
Совет 3
Общение между базой данных Firebase и клиентом производится путем подключения пользователей к узлам баз данных. Обратите внимание, что когда вы свяжете пользователя с определённым узлом, он сразу получит данные. Так что вам надо игнорировать первое срабатывание в случае, если вы просто хотите “слушать” обновление ноды.
Совет 4
Если необходимо прочитать список объектов из узла, вы должны перебирать дочерние объекты снапшота и читать объекты один за другим. Например:
public void onDataChange(DataSnapshot dataSnapshot) { List deliveries = new ArrayList<>(); for(DataSnapshot snapshot : dataSnapshot.getChildren()){ Foo foo = snapshot .getValue(Foo.class); deliveries.add(foo); } }
Совет 5
При чтении объекта и создании Java-класса, вам следует следовать определенным условиям (в определении полей объектов):
- В Java-классе должен быть пустой конструктор.
- Названия полей класса должны быть такими же, как и названия полей объекта.
- Для каждого класса должен быть метод получения данных.
Если эти условия не будут соблюдены, данные нельзя будет парсить.
Совет 6
При использовании аутентификации необходимо проверить, существует ли пользователь и верны ли введенные параметры аутентификации. Вы можете использовать исключения:
public void onComplete(@NonNull Task task) { if ( !task.isSuccessful() ) { try { throw task.getException(); } catch(FirebaseAuthInvalidUserException e) { // No such user } catch(FirebaseAuthInvalidCredentialsException e) { //Credentials are invalid } catch(Exception e) { e.printStackTrace(); } return; } }
Совет 7
Firebase плохо фильтрует данные. Например, вы можете сделать запрос, основанный только на одном условии, но вы не можете сделать запрос типа “WHERE… AND… AND”. В этой ситуации необходимо создать одно дополнительное поле в объекте, которое будет содержать значения, и выборка будет проходить с использованием этого значения. Например:
"movie1": { "genre": "комедия", "name": "Лучше не бывает", "lead": "Джек Николсон", "genre_lead": "комедия_Джек Николсон" },...
Используя эту структуру, мы можем найти комедию с Джеком Николсоном в главной роли.
Совет 8
В Firebase нет ролей. Все аутентифицированные аккаунты будут определяться только email-ом, паролем и универсальным идентификатором. Но мы можем назначить роли с помощью базы данных.
Совет 9
Если у вашего объекта в Firebase есть вложенный объект, который может быть пустым в некоторых случаях, лучше удалить этот объект полностью вместе с ключом вместо того, чтобы сохранять его ключ с пустым значением. Причиной этого является то, что парсер данных на стороне устройства может работать с определенным типом, и если этот тип будет отличаться от существующего, произойдет ошибка. Если объекта не будет, результат анализа вернется пустым.
Например:
//Водитель внес данные об автомобиле "driver": { "car": { "model": "Audi TT", "vin": "KL5TJ66E19B411947", }, "first_name": "John", "last_name": "Doe" },... //Водитель не внес данные об автомобиле //Плохой пример "driver": { "car": "", "first_name": "John", "last_name": "Doe" },... //Хороший пример "driver": { "first_name": "John", "last_name": "Doe" },...
Как вы видите, в неправильном примере у парсера будет объект driver с вложенным объектом car, но на самом деле тип будет String.
Я бы хотел подчеркнуть, что в общем опыт моего использования Firebase положителен. Но как и всё в нашем мире, он имеет свои плюсы и минусы.
Плюсы Firebase
Во-первых, база данных в реальном времени – это очень хорошая альтернатива серверу при создании несложных приложений, потому что в ней есть все необходимое. И, без сомнения, большой плюс – система callback-ов при получении данных. Когда что-то меняется в базе данных, ответное действие на стороне устройства срабатывает сразу же. Отлично, да?
Минусы Firebase
Нет замены старому доброму RESTful. Да, у него нет динамического обновления данных, но можно использовать базу данных SQL, которая значительно лучше NoSQL, которая используется в Firebase. Также в нем можно сделать сложную систему логинов. И помните, что у Firebase есть ограничения для бесплатных аккаунтов. Если вы хотите хранить большое количество данных в базе или зарегистрировать больше одного проекта в одном аккаунте, то вы должны будете заплатить.
-
Новости1 месяц назад
Видеозвонки с Лили, Приключения и пианино — обновления Duolingo
-
Новости1 месяц назад
Видео и подкасты о мобильной разработке 2024.39
-
Видео и подкасты для разработчиков4 недели назад
Lua – идеальный встраиваемый язык
-
Новости1 месяц назад
Poolside, занимающийся ИИ-программированием, привлек $500 млн