Должно ли мое приложение Flutter создавать экземпляр нового объекта, если я использую Firestore в качестве бэкэнда? - PullRequest
0 голосов
/ 18 июня 2020

для технически подкованных людей. Я создаю приложение Flutter с серверной частью firestore и провожу некоторое исследование, чтобы найти лучший способ структурировать свои модели. В онлайн-учебниках показаны разные методы, и я не могу понять, какой из них лучше всего, так как я хочу, чтобы мое приложение было легким, но при этом эффективно использовало Firestore, чтобы оно не стоило слишком дорого.

Я Мы уже встречались:

  1. Есть модель для объекта flutter и еще одна для объекта firestore. Каждый раз, когда я получаю данные из firestore, я создаю экземпляр объекта firestore и сопоставляю его с объектом flutter или создаю новый объект flutter, а затем имею там слушателя для обновления всего моего приложения.

  2. Есть одна модель для объекта трепет / пожаротушение. Каждый раз, когда я получаю данные из firestore, мне нужно один раз создать их экземпляр. Нет сопоставления. У меня там есть слушатель.

  3. Получайте данные прямо из firestore без необходимости создавать экземпляр объекта и распечатывать там документы, а также иметь потокового провайдера для получения данных.

Буду очень признателен за вашу помощь в структурировании моего приложения / проекта. Спасибо.

1 Ответ

0 голосов
/ 18 июня 2020

Думаю, вы должны учитывать все свои технические и бизнес-требования. Определение вашей архитектуры должно повлечь за собой эти потребности. Если вы выберете sh архитектуру, которую в будущем нужно будет переопределить, это может быть дороже.

После того, как вы обдумали это, вы должны продумать свою архитектуру. Попробуйте поделиться своим общим рабочим процессом.

Я хочу, чтобы мое приложение было легким, но при этом эффективно использовало Firestore, чтобы не стоить слишком дорого.

Все три варианта вы поделились соответствием вашим потребностям? Есть ли в вашем решении этап, на котором шаги из трех ваших вариантов потерпят неудачу?

Я думаю, вы должны основывать архитектуру больше на своих потребностях, чем на том, что является наименее затратным.

...