我最近开始学习ASP.NET,经过阅读后,我决定尝试使用身份验证用户身份。我已经阅读了几篇有关自定义模型的文章,例如,如果我想在其他地方存储身份验证信息,则实现自己的UserStore类以提供持久性。

但是我喜欢经典的SQL DB,我不喜欢实体框架代码优先方法(我不知道EF,我将LINQ to SQL用于ORM)。我坚持吗? UserManager需要一个IdentityDBContext,它是EF上下文类,不是吗?

我应该:

1)为我的其余应用程序逻辑创建一个新的数据库,将LINQ用于ORM-似乎可行,但不像解决此问题的正确方法

2)将其余记录放入同一个数据库,为它们创建LINQcontext,并有效地具有2个上下文,每个上下文都有一半的类-这似乎有点疯狂

3)停止懒惰,学习EF,向其中添加其他DBset属性
ApplicationDBContext并为所有内容提供1个上下文。但是,例如,如果我已经有一个数据库来填充来自任何方面的用户,并且需要为此开发应用程序怎么办?这似乎是数据库优先的方法,然后呢?

我该怎么办?还是还有其他选择?

我正在使用Webforms(似乎更容易进入),是在VS2013中开发的。

提前致谢!

最佳答案

绝对不需要使用EF。

您应该阅读this article,以获取有关如何实现自己的数据持久性机制的更多信息。

关于c# - 如果我使用ASP.NET身份,是否坚持使用EF?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/23816861/

10-09 16:41
查看更多