ASP.NET成員資格提供程序和Azure

Question

我目前在托管虛擬機上有大約15個Web窗體應用程序（2.0+）網站，我需要很快將所有客戶端的站點遷移到Azure。 其中一些站點使用SQL Server 2008和常規ASP.NET成員資格提供程序（一些使用自定義配置文件）。 這些客戶端站點中的所有數據訪問都使用ADO.NET。

我懷疑我需要升級到“Universal Providers”，但我對ASP.NET“Identity”和“SimpleMembership”提供商的存在感到困惑。 我現在正在關注微軟提供的三種不同的提供商。 有人可以澄清哪些使用哪個以及哪個對應於微軟正在采用的未來方向？

如果Universal Providers是正確的方法，這是否意味着ADO.NET代碼不起作用？ 具體而言，Universal Providers是否只與Entity Framework一起使用？ 如果是這種情況，那么完全放棄Azure的最佳遷移方法是什么？

Answer 1

ASP.NET Identity是推薦的會員系統。 如果要將成員資格系統存儲在Azure表存儲中，則應考慮轉移到ASP.NET Identity而不是Universal Providers。 如果您只想在Windows Azure中使用Sql Server，則通用提供程序非常有用。

Answer 2

有人可以澄清哪些使用哪個以及哪個對應於微軟正在采用的未來方向？

如果要將舊的成員資格提供程序遷移到新的成員資格提供程序， ASP.NET Universal Providers將是最接近的（也是最簡單的）。

這是否意味着ADO.NET代碼不起作用？

在Universal Providers中，表名沒有aspnet_后綴，這很好。 但是，如果現有項目訪問這些表，則需要修改源代碼。

Universal Providers是否只與Entity Framework合作？

Universal Providers首先使用Entity Framework代碼。

如果是這種情況，那么完全放棄Azure的最佳遷移方法是什么？

正如我所說，您可以將舊的成員資格提供程序遷移到新的Universal Provider，因為除了aspnet_后綴之外，表是一對一的。