как не могу сообразить как лучше сделать.
У меня в FirestoreDatabase лежат пользователи, и те которые просто «User» и которые по моей модели из приложения, и вот вопрос:
Когда я произвожу регистрацию нового пользователя, то отправляю их в разные стороны, например один продавец, другой покупатель и свойственно так их и регистрирую, но потом при входе в приложение, когда пользователь будет делать Login, мне надо как то понять кто есть кто, чтобы это понять я думаю что надо это знать еще как то на моменте Auth.auth().currentUser, может быть в его properties эту информацию хранить? Или же уравнять под один тип этих двух клиентов и продавцов и каким то образом доставать разные модели из Firestore, просто у меня после нажатие на «Вход» должна податься определенная viewModel, а надо понять какая и без 1000 кратных загрузок данных….
В любом случае спасибо!)
А не проще просто добавлять тип пользователя в ваш тип данных user?
после получения currentuser можно получить данные с БД, и по млдели данных посмотреть, кто это.. добавьте флаг какой-то вообще вариантов много
Нет уж очень разные модели между покупателем и продавцом
если разные модели - читате ее как json, и пробуйте распарсить в разные модели, в какую получится - тот и юзер
я раньше так и делал, что получал сначала пользователя User, потом уже проверял в БД к кому он относится (но это надо пробегать по всему списку пользователей, а их много и получается ресурсов тоже много тратишь, а потом каждый раз так бегать, трафик сосать будет.
сейчас у меня так и парсится, через codingKeys, вот мне до этого момента надо понять кого парсить
Вообще хз как там с firebase, но в идеальном мире вам сразу должен возвращаться нужные вам данные после авторизации. Типо это должна быть логика на сервере. В firebase нет никакой возможности привязывать конкретного юзера по типу и отправлять только нужные данные? Или это просто хранилище, к которому вы обращаетесь?
Там есть пользователи, которых ты регаешь по разным методам (телефон, почта и прочие соц сети) и в таких пользователей можно завернуть прочие критерии типа аватар, имя и интересы, вот я думаю в Интересы если засунуть тип пользователя)) и по нему сразу же послее получения пользователя знать кто есть кто. Так же если не хватает таких стандартных свойств, то уже создаешь собственную модель и ее уже сохраняешь в каталог и находишь документ по uid из стандартного пользователя
Обсуждают сегодня