Повторное использование DotNetNuke членства / роли / поставщиков профиля

Question

В настоящее время у нас есть приложение ASP.NET, которое мы хотим перенести в DNN.К сожалению, из-за нехватки времени нам нужно перемещать его по частям (или по функциям ... как бы вы ни хотели посмотреть на это).И мы хотели бы использовать текущую (DNN 6.0) версию членства, ролей и поставщиков профилей в нашем существующем приложении, пока мы переходим к DNN.Кажется, у меня работает провайдер членства, но у меня есть один из тех моментов «как лучше всего это сделать» в отношении ролей и провайдеров профилей.

Итак, мои вопросы:1003 *

1. Должен ли я создать собственного поставщика для ролей и профильных поставщиков, используя код из ядра DNN?Кто-нибудь еще делал это?
2. Или я могу / должен использовать сборки DNN для них?Мне очень интересно узнать, возможно ли это вообще (просто с помощью сборок, обновления web.config и т. Д.) ??

Буду признателен за любые другие предложения!* Заранее спасибо!

Answer 1

Лично я не вижу причин для создания собственного набора провайдеров и чувствую, что вы должны хорошо использовать «основные», которые поставляются с продуктом (таким образом, нет причин для разработки).Ваша задача будет состоять в том, как вы включите существующих пользователей (и все их данные) в новую установку DNN.Варианты импорта этих данных могут варьироваться от пользовательской разработки (пользовательского приложения / модуля импорта) до сторонних модулей, которые позволяют импортировать пользователя из различных источников (в целом, использование одних только SQL-скриптов будет затруднено, особенно если учесть хэширование паролей/ безопасность и как все данные распределены по нескольким таблицам, некоторые из которых были упомянуты в предыдущем ответе).

Answer 2

Если вы собираетесь использовать роли, профили, учетные записи пользователей в DotNetNuke, то вам, вероятно, потребуется сделать больше, чем просто реализовать собственный поставщик.

DNN взаимодействует со стандартными таблицами поставщиков членства в ASP.NETно также использует таблицу Users и дополнительную таблицу для хранения информации для пользовательской информации профиля пользователя.Также используется таблица пользовательских ролей, специфичная для DNN.

Таким образом, когда учетная запись создается или обновляется, это влияет на множество мест.

Я этого не делал, но DNN использует провайдера для доступа к членству в ASP.net.В прошлом было объявлено, что вы можете указать на таблицы членства в ASP других систем, и это должно работать.

Так что может быть лучше, чтобы ваше приложение использовало стандартные таблицы членства в asp net, а затем просто указывало бы DNN на ваши таблицы, когда придет время.