Ralasafe/user/user category

来自开放百科 - 灰狐
(版本间的差异)
跳转到: 导航, 搜索
 
第1行: 第1行:
 
先上个例子,假设用户表中有性别,年龄这些字段,那么所有性别等于'男'的用户属于一个分类,所有年龄大于20的用户属于一个分类,所有性别等于'女'并且年龄小于20的属于另一个分类,至此,你应该明白,所谓的用户分类只是一个根据某些条件来划分的一个用户群组,它是基于规则描述的,是动态生成的,看起来像我们SQL语句使用 WHERE查询的结果集,不是吗?
 
先上个例子,假设用户表中有性别,年龄这些字段,那么所有性别等于'男'的用户属于一个分类,所有年龄大于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]]
 
[[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管理员)将“李四”记录从该表删除,李四就不再属于临时调查组用户了。这个看起来有点像静态用户组。

分享您的观点
个人工具
名字空间

变换
操作
导航
工具箱