Использование ASP.NET Membership Provider с существующей базой данных пользователей - PullRequest
5 голосов
/ 26 августа 2011

В настоящее время я переписываю весь сайт в .Net. Текущий веб-сайт написан на foxpro и использует собственную логику, правила проверки и таблицы сервера Sql для хранения и аутентификации пользователей.

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

И новый сайт, и старый сайт должны совместно использовать пользователей и учетные данные. Пользователи должны будут иметь возможность использовать оба сайта на этапе перехода без необходимости отдельно обновлять свои профили.

  1. Каков наилучший способ внедрения поставщика членства без нарушения существующей системы?

  2. Нужно ли мне использовать все таблицы, представления, процедуры и т. Д., Поставляемые с поставщиком членства?

  3. Моя логика ошибочна? Стоит ли членство провайдера?

Любые учебные или видео ссылки приветствуются.

1 Ответ

13 голосов
/ 28 августа 2011

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

Я скажу это, хотя на написание провайдера пользовательского членства уйдет немного времени, преимущества будут намного превышать время, которое потребуется, потому что это экономит так много другого кодирования.Кроме того, он оставляет открытой возможность перехода на встроенный поставщик членства .Net, который включен позже.Если я захочу переключиться позже, все, что мне нужно сделать, это изменить настройки web.config, установить таблицы поддержки в моей БД и преобразовать текущих пользователей в новый набор таблиц.Мне не нужно прикасаться к любому моему коду, чтобы завершить преобразование, что круто !!!

Ссылки:

Введение в членство

Создание настраиваемого поставщика членства

Настраиваемые поставщики членства

Пошаговое руководство по созданию настраиваемого членства

...