以前用户注册都是自己用代码将相关信息写入数据库, 最近学了Membersip,感觉是挺好用(并没有深入了解),但是我想知道相对以前直接写入,哪个更灵活,更好?
请各位留下高见,最好是能详细介绍下,谢谢.

解决方案 »

  1.   

    晕,,估计没人会用那玩意,,
    组件的话,,常用的就是repeater,,
    label,textbox button,check listbox,checkboxlist,Radiobutton,Radiobuttonlist
    其他的基本没用,,感觉其他组件不好用,,二次开发性差,,外观难改
      

  2.   

    觉得Membership是为了解决身份验证和角色授权的问题,并不适宜将大量的用户信息保存进去,也不适宜去考虑什么“查询”,重新写Membership类。可以很定制自己的属性,缺点就是过于复杂了  
      

  3.   

    追求工作效率就membeship了,不过二次开发很麻烦,灵活当然不是membeship了。
      

  4.   

    至少我没觉得有什么不好, so far.
      

  5.   

    没用个那个。
    基本上都是自己设计实现的。
    不过membership不得不说是个很好的东西。
      

  6.   

    用哪种取决于你的开发小组熟悉哪个,不过Membership这东西本身就是为了解决程序员“重复造轮子”的问题,如果项目的帐号权限管理不太复杂的话就用Membership好了
      

  7.   

    并不建议新手玩membership1。国内的现实情况是,单纯使用 用户组,角色--这种定义方式很难实现。在国内来说人人都是特殊的,如果是使用 用户组、角色定义,那么就得启动多角色继承和例外权限控制。这种方式membership默认是没有滴
    (呵呵,天朝有天朝的要求,这也是国外企业管理软件在国内折戟的一个原因。而且对于天朝来说最难分就是人员的职责权限,海尔搞信息化算国内比较早的,但这么多年下来,信息化承包商换了一茬又一茬,没有是十分成功地,实际就是因为在国内根本没办法很清楚的划分人员权限---今天一个日清日结运动,明天一个全面质量管理运动,后天一个小组长带班制度---呵呵,你这以为能用用户角色划分吗)2。membership 默认只到页面级别,但实际上国内的权限多数是划分到功能点、按钮和gridview列,这种细节控制上了,membership 默认已经没办法用了总体上说,在天朝如果要玩membership ,你必须自己 custom membership,custom rolue对他进行扩展(微软是允许你扩展他的,但是如果是扩展他,我到还不如一开始就自己来,因为在别人的规则下运作总是束手束脚滴)