c# - 自定义主体对象与 ASP.NET 中的成员资格 API？

Question

我正在尝试掌握在传统 ASP.NET 应用程序中实现自定义授权的所有各种技术 - 似乎首选方法是通过创建自定义提供程序模型来使用 Membership API。

我有兴趣基于角色和个人权限的组合实现自定义角色授权模型(角色由权限组成，用户可以拥有多个角色或特定权限，这些权限会覆盖角色可能拥有的任何权限)

创建成熟的 Roles 提供程序与实现自定义主体对象并在 IsInRole 方法的重载中实现所有授权逻辑的优点或缺点是什么？自 1.1 以来，自定义委托(delegate)人是否是一种已弃用的技术？一般来说，您应该在什么时候实现自定义委托(delegate)人？

我们使用 Active Directory 作为用户存储。一家第三方咨询公司实现了一个糟糕的基于角色的自定义授权模块，该模块包含授权逻辑和规则，这些授权逻辑和规则包含在 XML 文件中并在每个用户的 Session 对象中传递，并且不与 ASP.NET 基础结构绑定(bind)以进行授权.

我想知道最好的做法是什么

Answer 1

我建议坚持使用 asp.net 成员资格和角色提供程序体系结构。它集成良好，是一个经过深思熟虑的系统。

如果您需要使用其他帐户存储然后使用 asp.net 成员资格或事件目录，您始终可以实现自定义成员资格和/或角色提供程序。这并不难。

也许可以将自定义第三方系统包装在自定义角色提供程序中，但只有当您有给定类中未提供的特殊需求时，我才会进行自定义。

this video may be interesting