1

我目前在托管 VM 上有大约 15 个 Web 表单应用程序（2.0+）网站，我需要尽快将所有客户的网站迁移到 Azure。其中一些站点使用 SQL Server 2008 和常规 ASP.NET 成员资格提供程序（一些具有自定义配置文件）。这些客户站点中的所有数据访问都使用 ADO.NET。

我怀疑我需要升级到“Universal Providers”，但我对 ASP.NET“Identity”和“SimpleMembership”提供程序的存在感到困惑。我现在正在研究 Microsoft 提供的三个不同的提供商。有人可以澄清使用哪个以及哪个对应于微软未来的发展方向吗？

如果 Universal Providers 是正确的方法，这是否意味着 ADO.NET 代码将不起作用？具体来说，通用提供者是否仅适用于实体框架？如果是这种情况，不完全放弃 Azure 的最佳迁移方法是什么？

4

2 回答 2

2

ASP.NET Identity 是未来推荐的会员系统。如果要将成员资格系统存储在 Azure 表存储中，则应考虑迁移到 ASP.NET Identity 而不是 Universal Providers。如果您只想在 Windows Azure 中使用 Sql Server，通用提供程序很有用。

于 2013-10-18T02:08:09.047 回答
1

有人可以澄清使用哪个以及哪个对应于微软未来的发展方向吗？

如果要将旧的 Membership Provider 迁移到新的，ASP.NET Universal Providers将是最接近的（也是最简单的）。

这是否意味着 ADO.NET 代码将不起作用？

在 Universal Providers 中，表名没有aspnet_后缀，这很好。但是，如果您现有的项目访问这些表，那么您将需要修改您的源代码。

通用提供者是否仅适用于实体框架？

Universal Providers 首先在底层使用实体框架代码。

如果是这种情况，不完全放弃 Azure 的最佳迁移方法是什么？

正如我所说，您可以将旧的 Membership Provider 迁移到新的 Universal Provider，因为除了aspnet_后缀之外，表是一对一的。

于 2013-10-17T23:38:42.427 回答