【发布时间】:2014-02-13 23:58:42
【问题描述】:
我们正在将一个主要的 .NET 2.0 项目转换为 MVC,我们正在学习 MVC 4,由于 MVC 5 已经推出,我们认为我们不妨直接转向 MVC 5,因为它提供了开箱即用的基于属性的路由,并且.NET 4.5 似乎是开发我们正在考虑使用 SignalR 的一些聊天功能的平台。
现在让我们感到困惑的是,自 .NET 2.0 以来,关于成员身份的信息太多了
从研究中,我们看到
- 简单的会员资格
- 通用会员
- 确定成员资格(1.0,然后是 2.x??什么?)
所以归结为一个简单的问题,当我们在 MVC 5 中重新设计应用程序时,ASP.NET IdentityTHE 是否需要学习有关成员资格的内容?更简单的会员/通用,我们可以完全忽略它们对吗?
抱歉,我在 MVC 游戏上真的很晚了,我正在努力赶上。有点(实际上完全)被不同的文章所淹没,它们都在谈论不同的事情。
谢谢。
【问题讨论】:
-
你需要问问自己你打算用它做什么并比较好处
-
这是压倒性的和令人困惑的。这个question 有很多很好的链接。您确实需要现在了解您需要哪些功能,以及您是否愿意等待 Identity 成熟。看看 MS 给了我们多少新的会员 API,等待是一场赌博。
-
我知道之前可能已经说过了,但我怀疑微软会取代 Identity。它从头开始专门设计为灵活和模块化,支持基于声明的身份验证。微软之前开发的任何身份验证方案都不是这样,这就是需要更换它们的原因。也就是说,身份仍然很新。据我所知(我正在使用它),它的功能是完整的,但是仍然缺乏文档和在线资源。总而言之,身份是未来,但现在不适合胆小的人。
-
感谢杰森和克里斯。我对 .NET 2.0 成员资格提供的内容感到满意,并且我们有自己的附加成员表来获取其他信息。看起来身份将是前进的方式。我们追赶得晚了,所以我们宁愿在这一轮早点开始,而不是总是追赶。
标签: asp.net asp.net-mvc