ASP.NET身份与表单化
我们有ASP.NET(Silverlight)LOB Web应用程序,它是使用.NET4开发的。现在我们必须摆脱当前的身份验证机制,实现新的身份验证机制。我认为我们有两种选择: 1> 使用成员资格提供程序进行表单身份验证(这在.Net 4中提供)ASP.NET身份与表单化,asp.net,silverlight,asp.net-identity,forms-authentication,Asp.net,Silverlight,Asp.net Identity,Forms Authentication,我们有ASP.NET(Silverlight)LOB Web应用程序,它是使用.NET4开发的。现在我们必须摆脱当前的身份验证机制,实现新的身份验证机制。我认为我们有两种选择: 1> 使用成员资格提供程序进行表单身份验证(这在.Net 4中提供) 2> ASP.NET标识(这在.NET 4中不可用。因此我们必须将目标框架更新为4.5或更高版本) 我已经阅读了这篇文章,文章描述了这两者之间的区别,根据我的理解,这两个主要区别是: 1> 您可以将identity framework配置为使用社交凭据
2> ASP.NET标识(这在.NET 4中不可用。因此我们必须将目标框架更新为4.5或更高版本) 我已经阅读了这篇文章,文章描述了这两者之间的区别,根据我的理解,这两个主要区别是:
1> 您可以将identity framework配置为使用社交凭据。
2> 身份框架代码可以进行单元测试
我们有LOB应用程序。所以,允许用户使用他们的社交凭证登录到我们的应用程序的可能性非常小。所以,我想知道是否真的值得花时间实现身份验证框架。(注意,对于identity framework,我必须将所有项目的目标框架转换为4.5)。我在这里看到的唯一优势是单元测试。更新到更高版本的框架不是问题。回到原来的方式通常会导致问题,但如果从4改为4.5,则不必进行任何代码更改。或者更确切地说是4.5.x中最新的4.5.1 如果架构优势不是您的优势,那么安全性必须是。身份使用。这在随附的MembershipProvider中不可用 否则,我喜欢使用Identity framework—使用它比使用庞大的成员资格提供者更容易。有些事情花了我几个小时在Identity中实现,而在MembershipProvider中则花了数周时间。因此,发展速度是另一个考虑因素 此外,MembershipProvider没有获得任何新版本,当新的受支持框架可用时,为什么要使用旧框架