欢迎大家赞助一杯啤酒🍺 我们准备了下酒菜:Formal mathematics/Isabelle/ML, Formal verification/Coq/ACL2, C++/F#/Lisp
Ralasafe/user/user category
来自开放百科 - 灰狐
(版本间的差异)
(以内容'先上个例子,假设用户表中有性别,年龄这些字段,那么所有性别等于'男'的用户属于一个分类,所有年龄大于20的用户属于一个分...'创建新页面) |
|||
(未显示2个用户的2个中间版本) | |||
第1行: | 第1行: | ||
− | 先上个例子,假设用户表中有性别,年龄这些字段,那么所有性别等于'男'的用户属于一个分类,所有年龄大于20的用户属于一个分类,所有性别等于'女'并且年龄小于20的属于另一个分类,至此,你应该明白,所谓的用户分类只是一个根据某些条件来划分的一个用户群组,它是基于规则描述的,是动态生成的,看起来像我们SQL语句使用 | + | 先上个例子,假设用户表中有性别,年龄这些字段,那么所有性别等于'男'的用户属于一个分类,所有年龄大于20的用户属于一个分类,所有性别等于'女'并且年龄小于20的属于另一个分类,至此,你应该明白,所谓的用户分类只是一个根据某些条件来划分的一个用户群组,它是基于规则描述的,是动态生成的,看起来像我们SQL语句使用 WHERE查询的结果集,不是吗? |
+ | |||
+ | 这里容易混淆的是角色,通常在我们的传统开发中一般会将角色赋予用户,从而使该用户拥有该角色,如果没有赋予动作,用户则不会具有某角色,但没有赋予动作,用户可能会属于某种“'''用户分类'''”,因为用户分类不必“显式”地将该用户划入该群组。 | ||
+ | |||
+ | 由此可见Ralasafe将“用户分类”定义为一种动态用户组,它是基于规则描述的。相比之下,我们传统意义的“角色”相当于静态用户组。 | ||
+ | |||
+ | 如果你操作过Ralasafe自带的Demo,那么下面关于用户分类的例子会更加清晰: | ||
+ | |||
+ | {|border="1" cellspacing="0" | ||
+ | |- | ||
+ | | 用户分类名称 ||规则 | ||
+ | |- | ||
+ | | 总公司用户 || 用户的机构ID=总公司机构ID | ||
+ | |- | ||
+ | | 分公司用户 || 用户的机构level=分公司机构level | ||
+ | |- | ||
+ | |北京分公司用户 || 用户的机构ID=北京分公司机构ID | ||
+ | |} | ||
+ | |||
+ | 以上分类基于用户的属性进行规则判定。下面,我们看其他类型的分类: | ||
+ | |||
+ | {|border="1" cellspacing="0" | ||
+ | |- | ||
+ | | 用户分类名称 ||规则 | ||
+ | |- | ||
+ | | 临时调查组用户 || 用户的id号在数据表临时调查组(SPEC_USER)有记录 | ||
+ | |} | ||
+ | |||
+ | 一般情况下,开发者需要开发临时调查组(SPEC_USER)表增删改查功能。当用户(一般是业务管理员或者IT管理员)将某个用户(如“李四”)记录增加到该表,李四就属于临时调查组用户;如果用户(一般是业务管理员或者IT管理员)将“李四”记录从该表删除,李四就不再属于临时调查组用户了。这个看起来有点像静态用户组。 | ||
+ | |||
+ | [[Category:Ralasafe]] |
2011年6月14日 (二) 16:17的最后版本
先上个例子,假设用户表中有性别,年龄这些字段,那么所有性别等于'男'的用户属于一个分类,所有年龄大于20的用户属于一个分类,所有性别等于'女'并且年龄小于20的属于另一个分类,至此,你应该明白,所谓的用户分类只是一个根据某些条件来划分的一个用户群组,它是基于规则描述的,是动态生成的,看起来像我们SQL语句使用 WHERE查询的结果集,不是吗?
这里容易混淆的是角色,通常在我们的传统开发中一般会将角色赋予用户,从而使该用户拥有该角色,如果没有赋予动作,用户则不会具有某角色,但没有赋予动作,用户可能会属于某种“用户分类”,因为用户分类不必“显式”地将该用户划入该群组。
由此可见Ralasafe将“用户分类”定义为一种动态用户组,它是基于规则描述的。相比之下,我们传统意义的“角色”相当于静态用户组。
如果你操作过Ralasafe自带的Demo,那么下面关于用户分类的例子会更加清晰:
用户分类名称 | 规则 |
总公司用户 | 用户的机构ID=总公司机构ID |
分公司用户 | 用户的机构level=分公司机构level |
北京分公司用户 | 用户的机构ID=北京分公司机构ID |
以上分类基于用户的属性进行规则判定。下面,我们看其他类型的分类:
用户分类名称 | 规则 |
临时调查组用户 | 用户的id号在数据表临时调查组(SPEC_USER)有记录 |
一般情况下,开发者需要开发临时调查组(SPEC_USER)表增删改查功能。当用户(一般是业务管理员或者IT管理员)将某个用户(如“李四”)记录增加到该表,李四就属于临时调查组用户;如果用户(一般是业务管理员或者IT管理员)将“李四”记录从该表删除,李四就不再属于临时调查组用户了。这个看起来有点像静态用户组。
分享您的观点