Если вам нужно использовать userID(guid)
из вашей базы данных о членстве, вам нужно будет создать скелетную учетную запись при первом входе в систему, а затем выяснить механизм вращения нового пароля при последующих входах. Этот пароль, очевидно, будет для вашего поставщика услуг членства и будет прозрачным.
Теперь самое интересное - найти метаданные, которые являются общими? Может быть, адрес электронной почты HMM?
Я работаю над этой дилеммой и с Facebook connect. У меня должен быть идентификатор пользователя, чтобы связать их с секретными записями в моей базе данных.
Прикольные вещи.
Просто обновление. Я получил это работает хорошо.
Я создал таблицу
CREATE TABLE [dbo].[OAuthUsers]
(
[OuthUserID] [int] IDENTITY(1,1) NOT NULL,
[UserID] [uniqueidentifier] NOT NULL,
[access_token] [varchar](150) NULL,
[expires_in] [datetime2](7) NULL,
[refresh_token] [varchar](150) NULL,
[issued_at] [datetime2](7) NULL,
[user_id] [varchar](50) NOT NULL,
[domain] [varchar](50) NULL,
[scope] [varchar](150) NULL,
CONSTRAINT [PK_OAuthUsers] PRIMARY KEY CLUSTERED
)
Сохраните access_token
для Facebook или openid.
OpenID имеет токен обновления, который вы можете запросить, поэтому сохраните его
У меня есть обработчик ashx в качестве моего redirect_url. В этом обработчике вы можете выполнять всю обработку для каждого случая, у пользователя уже есть учетная запись в базе данных поставщика, у пользователя нет учетной записи в базе данных поставщика, поэтому мы создаем ее. Вся эта аккуратная хрень:)
Веселитесь вместе с ним.