1000 причин. Для меня это сервис - чёрный ящик
Так проблему может завернуть тем кто его обслуживает, нет? Пусть разбираются и ускоряют, по идее он не должен выдавать пользователю токен пока не оповестит вашу систему.... ну по моей логике так должно быть.
А что будет, если логин невалидный?
Да, это логично. Но надо что-то делать. Получается лучше ждать оповещение и пинать разрабов того сервиса?
То пользователю не дадут JWT
а теперь смотрим на шаг дальше, пользтватель который отсутствует в твоей бд - начинает создавать документы. Кого ты будешь проставлять в авторстве?
Еще немного странно для меня что тот сервис свой id выдает, тоесть вы у себя в базе будете и местный id хранить и id что сервис выдал... я не дока в таких весчах, но звучит очень странно.
Проставляю Id пользователя
Мой сервис не выдаёт Id. Он берётся из JWT
ну. Тоесть ты у тебя есть id юзера и ты можешь его создать.
Тоесть у вас в базе вообще нет таблички пользователей? Тут не понятно вся эта канитель а то мож и правильно все )
И потом, когда прилетит оповещение, заполнить имя пользователя и прочую инфу?
Есть таблица. Там хранится информация, которая прилетела от сервиса регистарции
А насколько вообще критично для всей системы если пользователь наработает без регистрации?
Без регистрации он не получит доступ А если насохраняет чего-нибудь до появления в моём сервисе, то не страшно
В этом месте мой мозг сломался, а как он насохраняет без доступа?
Он может зарегистрироваться и получить токен Потом с этим токеном пойти в мой сервис и будет иметь доступ т.к. токен валидный Но при этом в моё сервисе его ещё нет
токен то валидный, значит как минимум идентификацию он прошел, но при сохранении своих действий в базе ведь нужно наверное!!! указывать в табличках ID юзера, и именно ваше ID а не то которое пришло с сервиса, чтобы связь была, я ничего не путаю?
Я не использую свой Id, а сохраняю тот, который прилетел от сервиса регистрации и использую его
а в табличках что пользователь дергает какой id ставится?
Гм, ну тогда у вас как бы оно должно работать, а что за проблему решаем тогда, а то я малость запутался
Это не работает, если оповещение о регистрации ещё не прилетело. Сохраняю "Категорию", но БД выдаёт ошибку из-за констрента т.к. пользователь с таким AccountId ещё не существует
Ага, у вас создание записи юзера происходит только в момент оповещения... А на сколько задержка?
И да, а почему этот ящик черный вообще не выкинуть и не сделать свою регистрацию?
Достаточно, чтобы пользователи жаловались
👍 причём сделать на F#
Так если вы обойдете эту проблему и все же пустите пока что неопределенных пользователей на ваш сервис, то насколько это будет соответствовать бизнес требованиям, а то может получится так что за это бобо сделают
Если хочется то почему и нет... какакя разница то?
Обсуждают сегодня