重用DotNetNuke会员/角色/个人资料提供者

时间:2011-09-06 20:43:07

标签: dotnetnuke

我们目前有一个现有的ASP.NET应用程序要迁移到DNN。不幸的是,由于时间限制,我们需要逐个移动它(或逐个功能......但是你想要看它)。而且,我们希望在迁移到DNN时利用当前(DNN 6.0)版本的成员资格,角色和配置文件提供程序。我似乎有会员服务提供商工作,但是,我有一个关于角色和个人资料提供者的“最好的方法”。

所以,我的问题是:

  1. 我是否应该为角色和配置文件提供商创建自定义提供程序,以利用DNN核心的代码?还有其他人这样做过吗?
  2. 或者我可以/应该利用DNN程序集来实现这些目标吗?我很想知道这是否可行(只需使用程序集,更新web.config等)??
  3. 非常感谢任何其他建议!

    提前致谢!

2 个答案:

答案 0 :(得分:1)

就个人而言,我没有理由创建一组自定义的提供者,并认为使用产品附带的“核心”提供者应该没问题(因此没有理由进行开发)。您面临的挑战将是如何将现有用户(及其所有数据)纳入新的DNN安装。您对如何导入此数据的选项各不相同(从用户导入应用程序/模块的自定义开发)到允许用户从各种来源导入的第三方模块(通常,单独的SQL脚本将难以使用,尤其是在您考虑使用密码哈希时/安全性以及所有数据如何在多个表中展开,其中一些表在上一个答案中提到过。

答案 1 :(得分:0)

如果您要利用DotNetNuke中的角色,个人资料和用户帐户,那么您可能需要做更多工作,然后才能实现自定义提供程序。

DNN与标准ASP.NET成员资格提供程序表进行交互,但也使用Users表以及另一个表来存储自定义用户配置文件信息的信息。还使用特定于DNN的用户角色表。

因此,当创建或更新帐户时,它会影响很多地方。

我还没有这样做,但DNN使用提供商来访问ASP.net会员资料。过去曾经做过广告,你可以在另一个系统ASP会员表中指出它应该有效。

因此,最好让您的应用程序使用标准的asp网络成员资格表,然后在时机成熟时将DNN指向您的表格。