重用DotNetNuke成员资格/角色/配置文件提供程序

重用DotNetNuke成员资格/角色/配置文件提供程序,dotnetnuke,Dotnetnuke,我们目前有一个现有的ASP.NET应用程序要迁移到DNN。不幸的是,由于时间的限制,我们需要一块一块地移动它(或者一个函数一个函数地移动…不管你想怎么看)。而且,在我们迁移到DNN时,我们希望在现有应用程序中利用当前(DNN 6.0)版本的成员资格、角色和配置文件提供程序。我似乎有会员资格提供者在工作,但是,我有一个关于角色和个人资料提供者的“最好的方式是什么”时刻 因此,我的问题是: 我是否应该利用DNN核心的代码为角色和概要文件提供程序创建自定义提供程序?还有其他人这样做吗 或者我是否可以/

我们目前有一个现有的ASP.NET应用程序要迁移到DNN。不幸的是,由于时间的限制,我们需要一块一块地移动它(或者一个函数一个函数地移动…不管你想怎么看)。而且,在我们迁移到DNN时,我们希望在现有应用程序中利用当前(DNN 6.0)版本的成员资格、角色和配置文件提供程序。我似乎有会员资格提供者在工作,但是,我有一个关于角色和个人资料提供者的“最好的方式是什么”时刻

因此,我的问题是:

  • 我是否应该利用DNN核心的代码为角色和概要文件提供程序创建自定义提供程序?还有其他人这样做吗
  • 或者我是否可以/应该利用DNN程序集进行这些操作?我很想知道这是否可能(仅使用程序集、更新web.config等)
  • 任何其他建议将不胜感激


    提前谢谢

    如果您要利用DotNetNuke中的角色、配置文件和用户帐户,那么您可能需要做更多的工作,而不仅仅是实现一个自定义提供程序

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

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

    我还没有这样做,但DNN使用提供程序来访问ASP.net成员资料。过去曾有广告说,您可以在另一个系统中指出ASP成员表,它应该可以工作


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

    如果您要利用DotNetNuke中的角色、配置文件和用户帐户,那么您可能需要做更多的工作,而不仅仅是实现自定义提供程序

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

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

    我还没有这样做,但DNN使用提供程序来访问ASP.net成员资料。过去曾有广告说,您可以在另一个系统中指出ASP成员表,它应该可以工作


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

    就我个人而言,我不认为有理由创建一组自定义的提供商,我觉得您应该可以使用产品附带的“核心”提供商(因此没有理由进行开发)。您的挑战将是如何将现有用户(及其所有数据)安装到新的DNN中。您对如何导入此数据的选项各不相同,从自定义开发(用户导入应用程序/模块)到允许用户从各种来源导入的第三方模块(一般来说,SQL脚本单独使用将是困难的,特别是当您考虑口令散列/安全性以及如何将所有数据分散在多个表中,其中一些在前面的答案中提到).

    就我个人而言,我不认为有理由创建一套定制的提供商,也不认为您可以使用产品附带的“核心”提供商(因此没有理由进行开发)。您的挑战将是如何获得现有用户(及其所有数据)导入新的DNN安装。有关如何导入此数据的选项从自定义开发(用户导入应用程序/模块)到允许用户从各种源导入的第三方模块不等(一般来说,SQL脚本单独使用将是困难的,特别是当您考虑口令散列/安全性以及如何将所有数据分散在多个表中,其中一些在前面的答案中提到).

    Ryan-我知道成员资格提供程序的DNN实现使用了aspnet和DNN表。而且,我知道角色和配置文件提供程序只使用DNN表(至少在DNN 6.0中)。我想我可以使用aspnet角色和配置文件提供程序,并在aspnet和dnn表之间同步数据。我知道用户在user、UserRoles中有数据,我认为有一个UserProfile表。我想您可以同步或设置触发器,以根据需要临时生成/移动数据。您可能可以使用SQL Profiler或某些Red Gate工具来阻止我知道为新用户添加数据的确切位置,并且非常有信心您知道为未来用户更新什么。我认为这比将所有DNN DLL移动到您的项目/配置中并尝试运行它更简单/明智。Ryan-我知道成员资格提供器的DNN实现使用了aspnet和DNN表。而且,我知道这一点角色和配置文件提供程序仅使用DNN表(至少在DNN 6.0中)。我想我可以使用aspnet角色和配置文件提供程序,并在aspnet和dnn表之间同步数据。我知道用户在user、UserRoles中有数据,我认为有一个UserProfile表。我想您可以同步或设置触发器,以根据需要临时生成/移动数据。您可能可以使用SQL Profiler或某些Red Gate工具来阻止我知道为新用户添加数据的确切位置,并且非常自信您知道为未来用户更新什么。我认为这比将所有DNN DLL移动到您的项目/配置中并尝试使其运行更简单/明智。我能够避免创建自定义角色和配置文件提供程序,并使用核心DNN提供程序。因此,我将是作为答案,即使我在您答复之前解决了问题。我能够避免创建自定义角色和配置文件提供程序,并使用核心DNN提供程序。因此,我将此标记为答案,即使我在您答复之前解决了问题。