我可以使用具有 ASP.NET 成員資格的實體框架嗎？

我正在創建（實際上是重新創建）一個在 MS-Access 數據庫中具有現有使用者和其他數據的應用程序。數據將被移動到 SQL Server，其中一部分涉及遷移使用者。我想用 EF 做 ORM，我很確定我知道 SQL Server 中的數據模型是什麼。我是 EF 新手，但不是 ASP.NET，我想利用 ASP.NET 中的成員資格功能。我正在考慮幾種方法來做到這一點，並希望得到一些建議。到目前為止，我只對這個想法做了一點研究，也許它已經在其他地方得到了回答。所以，這裡有一組相關的問題。

1. EF 可以通過某些我不知道的類或命名空間直接與 ASP.NET 成員身份一起使用嗎？
2. 如果我將使用者轉換到會員系統，為了將他們的使用者 ID 與其他表中的數據對齊，我是否應該在 aspnet_* 表的頂部創建另一組使用者數據表（如 DotNetNuke）？
3. 我想避免在處理使用者標記數據時僅將內置成員資格函式用於使用者身份驗證並切換到 EF 上下文的情況。通過進入每一行的會員使用者來撤回使用者資訊以綁定到 GridView 中的列似乎很笨拙，但也許這就是需要的？為了數據檢索的目的，我是否需要吸收它並複制 EF 中的成員資格類？
4. 我正在考慮為會員資格實施某種 EF 提供程序，其想法可能是提供程序可以位於整個 EF 數據模型中。這是瘋話嗎？（我以前從未編寫過自己的提供程序）

隨意告訴我我沒有任何意義。

為什麼不反過來呢？您可以為 asp.net 實現您自己的 Membership 提供程序，它使用您想要/需要的模型。

如果您需要的功能與內置的 asp.net 成員實現不完全匹配，您可以滾動您自己的提供程序。如果您只使用幾個特性，您將只需要實現幾個方法（您不必為所有方法填寫實現）。如果您需要的功能超出其支持的範圍，則使用會員提供程序可能會妨礙您。

引用自：https://stackoverflow.com/questions/620350