将 CSLA 授权与 DotNetNuke 角色集成
我很感兴趣是否有人有在 CSLA 中使用 DotNetNuke 授权的经验。
我希望能够使用我的 DotNetNuke 角色来为我的 CSLA 对象和属性分配权限。 如果我只引用 DNN 程序集，是否会在我的 CSLA 业务对象中创建不需要的依赖项？
构建直接查询 DNN 数据库以获取角色成员身份的 CSLA 对象会更容易吗？
谢谢...
I am interested if anyone has experience using DotNetNuke authorization in CSLA.
I would like to be able to use my DotNetNuke roles to be able to assign permissions to my CSLA objects and properties. If I just reference the DNN assemblies won't that create an unwanted dependency in my CSLA business objects?
Would it be easier to build CSLA objects that query the DNN database directly to get role membership?
Thanks...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您肯定不希望使用 DNN 程序集创建这种依赖关系。 你的第二个建议是要走的路。
CSLA 使用标准 IPrincipal/IIdentity 身份验证。 您可以创建一个继承自 CSLA.Security.BusinessPrincipalBase 的对象，该对象使用直接从 DNN 数据库获取其角色的 CSLA 对象（例如用户）。 集成身份验证后，您可以通过重写 AddAuthorizationRules 方法将您的角色放置在业务对象中。
You definately do not want to create that dependency with your DNN assembly. Your second suggestion is the way to go.
CSLA uses standard IPrincipal/IIdentity authentication. You can create an object that inherits from the CSLA.Security.BusinessPrincipalBase which uses a CSLA object (e.g. User) that grabs their roles from the DNN database directly. Once you have that authentication integrated, you can place your roles inside your business objects by overriding the AddAuthorizationRules method.