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_后缀之外，表是一对一的。