我可以使用ASP.NET成员身份实体框架吗？

我正在创建(真正重新创建)一个在MS-Access数据库中具有现有用户和其他数据的应用程序.数据将被移动到sql Server,其中一部分涉及迁移用户.我想使用EF来做ORM,我很确定我知道sql Server中的数据模型是什么.我是EF的新手,但不是ASP.NET,我想利用ASP.NET中的Membership功能.我正在想几种方法来做这个,并且想要一些建议.到目前为止,我只做了一些关于这个想法的研究,也许已经在别的地方回答了.所以,这里有一些相关的问题.

>可以通过一些我不知道的类或命名空间直接与ASP.NET成员资格工作吗？
>如果我将用户转换到成员资格系统,要将其用户ID与其他表中的数据对齐,那么我应该如何在aspnet_ *表上面创建另一组用于用户数据的表,一个是DotNetNuke？
>我想避免在我使用用户标记的数据时,我使用内置的Membership功能进行用户身份验证并切换到EF上下文的情况.似乎笨拙的通过进入每个行的成员资格用户来撤回用户信息绑定到GridView中的列,但也许这是需要的？我需要吸收它并复制EF中的会员类才能进行数据检索？
>我正在考虑可能实施一些会员资格的EF提供商,其想法是提供者可能会坐在整个EF数据模型中.这是疯狂的谈话吗？ (我从来没有写过我自己的提供者)

随时告诉我我没有任何意义.

解决方法

为什么不这样做呢？您可以为asp.net实现自己的会员资格提供商,这个供应商使用您想/需要的模型.

如果您需要的功能与内置的asp.net会员资格实现不完全匹配,那么您只需滚动自己的提供者即可.如果你只使用一些功能,你将不得不实现一些方法(你不必填写所有方法的实现).如果您需要比支持的更多功能,则可能会使用成员资格提供商.

原文地址：https://www.jb51.cc/aspnet/246252.html