现在大部分实现asp.net2.0中的登录验证功能,都采取的是自定义控件嵌入要授权访问的页面,当自定义控件获取到了相关信息后将其装入session中,然后才能在授权页面之间迂回。
---
这样做不是不可以但是比较麻烦,也有人将自定义登录验证控件放到母版页中,在通过母版页生成具体的内容,这样做比前者稍高明一些,但还是没有脱离低级劳动的嫌疑。
------
·我想知道为什么.net2.0中的标准登录验证控件不能被大家接受,是不是在项目完成发布后,需要针对登录验证控件做大量的善后更改呢?
·另外也请你说一下你惯用实现方法和细想?

解决方案 »

  1.   

    我用的2003,还没有涉及到登陆的问题呢,听说用那个登陆控件会涉及到密码什么的保密的不太好,所以用的不多,我具体的也不知道,呵呵
      

  2.   

    官方做好的控件虽然用起来方便 但是灵活性也是大打折扣的。
    而且像登陆控件这样的控件需要配合很多其他控件 是一个整体的验证机制。
    这使得使用使用起来非常受限。
    而且目前一般公司都有自己成熟的一套登陆验证机制,不需要再去研究这个鸡肋般的控件。
      

  3.   

    ·看看我的怀疑还是很有必要的...。