Asp.net mvc ASP.NET身份与简单会员资格的利弊？

在MVC4中，我们拥有简单的成员资格。我的观点是，Simple Membership是一个经过良好文档测试的良好身份模型，不需要进行修复，只需要升级电子邮件验证/密码重置，以及我们在构建应用程序时通常必须处理的所有其他事项。然而，新的ASP.NET身份模型似乎实现了Vista在XP上实现的某种功能。我的意思是

AspnetUserClaims

和

AspnetLogins

可以作为

用户别名聚在一起。微软应该为我的闲话中的电子邮件部分提供一些方法。刚刚讨论了我的观点，这可能是在欺骗我的问题

我正试图决定是否应该从简单成员身份转移到新的ASP.NET身份，但由于ASP.NET身份模型的文档和测试非常稀少，相互冲突，而且很难使用谷歌进行定位。那么，有这两方面经验的人能总结一下利弊吗？
至于我，它们都远远不够完美。看看这些：





所以我更喜欢用

编辑：（2018年5月）。
MembershipReboot
的布罗克·艾伦（Brock Allen）在项目现场说了以下几点

自2017年起，将不再维持会员资格重新启动。它有
达到了它的目的，ASP.NET身份终于赶上了（并且
（在安全性和功能方面超过）此库。如果你
如果您有兴趣接管维护，请告诉我

@Roman引用了一些关于ASP.NET标识和成员资格提供程序模型的优缺点的好文章

ASP.NET Identity摆脱了成员资格提供者模型，我认为这是一件好事。当您想要更高级的安全功能时，简单成员身份肯定存在一些问题，如果不是“简单”，您最终会创建自己的安全解决方案。我正在使用ASP.NET Identity，因为它比Simple Membership更具可扩展性，尽管文档和支持现在很弱，但我相信随着它的成熟，它会变得更好，就像Simple Membership一样。如果您能克服成长中的烦恼，我相信ASP.NET Identity将是一个比以前的简单成员身份好得多的解决方案，我喜欢与
OWIN
的紧密集成，这将是一个重要的未来。对于使用ASP.NET身份验证的电子邮件，。你可以得到。而且。
必须更好地阅读到Understand Identity Framework的第一个链接。非常有帮助的从未来说起——你做了什么？进展如何？@niico迟来回答，但无论如何：选择身份。这是一个漫长的过程：）我做到了；）>这很好，但它深奥地使用了字符串Id，而且过于固执己见的做事方式会产生大量额外的工作。不过总体上还是很满意的。。。