如果我使用ASP.NET身份，我是否坚持使用EF？

Question

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

但我喜欢经典的SQL DB，我不喜欢的是Entity Framework代码的第一种方法（我不知道EF，我使用LINQ to SQL作为我的ORM）。 我坚持了吗？ UserManager需要一个IdentityDBContext，这是一个EF上下文类，不是吗？

我应该：

1）为我的应用程序逻辑的其余部分创建一个新的数据库，使用LINQ for ORM - 似乎可能，但不是像解决这个问题的正确方法

2）将其余的记录放入相同的数据库中，为它们创建LINQcontext，并且实际上有2个上下文，每个上下文有一半 - 这看起来有点疯狂

3）停止懒惰，学习EF，在ApplicationDBContext中添加额外的DBset属性，并为所有内容提供1个上下文。 但是，例如，如果我已经有一个数据库填充了来自任何用户的数据，并且需要为此开发应用程序呢？ 这似乎是数据库的第一种方法，那么呢？

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

我正在使用webforms（似乎更容易跳入），在VS2013中开发。

提前致谢！

Answer 1

你绝对不需要使用EF。

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