![]() |
1
5
|
![]() |
2
1
留着吧。ASP.NET中的表单身份验证非常容易自定义,并且您的业务逻辑层仍然是前端不可知的。 考虑远离 this approach 而不是尝试 Forms Authentication . 基本上,您可以从登录控件的Authenticate事件调用已建立的方法。 |
![]() |
3
1
我建议您保留现有的逻辑,如果希望使用asp.net直接使用现有的安全类,请围绕现有的安全类编写一个自定义成员资格/角色提供程序。这应该比你想象的容易。 http://www.codeproject.com/KB/aspnet/customaspnetproviders.aspx 由于您已经有了用于管理安全权限的类,这就意味着要包装您现有的逻辑。
|
![]() |
4
0
您计划使用多个前端(asp.net、winforms、mobile?),还是通过(web)服务公开业务层?然后,您可能应该在业务层的顶部实现身份验证。 当您只想授予/deney访问权限时,可以在IIS上使用集成的安全性,而不必使用自定义代码。
|
![]() |
5
0
我相信基于角色的安全性应该在业务层,CSLA就是这么说的。 |
![]() |
Vedant · 如何解决python啦啦队长问题?[已关闭] 2 年前 |
![]() |
cobby · 在战略模式中使用工厂模式? 2 年前 |
![]() |
Nobody · Java中带while循环的三角形模式 2 年前 |
![]() |
Eduard Stefanescu · 如何在层之间传输异常? 6 年前 |
![]() |
D. Schreier Talha Noyon · 对于目录中的每个类 6 年前 |
![]() |
Tanvi Jaywant · 如何重载类 6 年前 |