我不是会员的粉丝。
就我个人而言，我发现它太过于侵入，难以无缝地整合到我工作的大多数Web应用程序中......因此，我总是自己实现基于表单的身份验证。我希望在整个身份验证过程中对表名，路由，逻辑等进行明确控制，而无需经过一系列的操作。
看看MVC 5及更高版本，在我看来MS正在推动人们走上成员之路（也许我错了），这是我想避开的道路。
那么，在不必使用成员身份的情况下，处理ASP.NET身份的最佳方法是什么？理想情况下，我想要一个适合未来的解决方案，它将与vNext位一起使用。
答案 0 :(得分：1)
你的问题听起来太宽泛了。没有什么是面向未来的可能性。但似乎Asp.Net Identity仍然存在，因为它取代MembershipProvider并且更好，允许您根据需要进行尽可能多的自定义，或者只使用默认配置（它是足够好了。
而你错误的说MS推动人们走向会员道 - 不再是这样。 Asp.Net Identity是VC2013中默认MVC5模板的默认验证方法。
MembershipProvider已经死了。使用Identity框架，它要好得多！