62,254
社区成员
发帖
与我相关
我的任务
分享痛苦抉择：会员类型-用角色还是用会员类型字段呢？
痛苦抉择：会员类型-用角色还是用会员类型字段呢？
有一个大型网站，会员有三种类型：
1、免费会员；
2、高级会员；
3、代理会员；
这时有二种设计方案：
1、采用三个角色分别对应三种会员类型；
2、给会员表增加一个整型的会员类型字段；
请教各位大哥，如果是你的话如何选择？
选择1或2各有什么优缺点？
有一个大型网站，会员有三种类型：
1、免费会员；
2、高级会员；
3、代理会员；
这时有二种设计方案：
1、采用三个角色分别对应三种会员类型；
2、给会员表增加一个整型的会员类型字段；
请教各位大哥，如果是你的话如何选择？
选择1或2各有什么优缺点？
...全文
请发表友善的回复…
发表回复
vrhero 2008-05-31
- 打赏
- 举报
要搞清楚这个问题...你首先需要搞明白“角色”这个词的含义...
角色一词来源于戏剧...是指被扮演的虚构人物...角色是一个抽象概念...它不是固定的也不是专属的...
在软件设计中...角色通常用于权限系统...用户扮演一种角色就表示其具有相应的权力权限...一个用户可以扮演多种角色也可以在不同角色之间转换...
搞清楚了这一点...现在来看你的问题...
“会员类型”的概念是用户所具有的业务服务级别...通常它的特征是...
1.用户不能够同时具有多种类型...
2.较高级类型包含较低级类型...
3.用户不能够随意在不同类型之间转换...
所以...会员类型和角色是不同的概念...它更具有群组(Group)的特征...
因此如果你的系统权限系统较复杂或者考虑未来的扩展性...应该同时设计角色和会员类型属性...
否则...就先考虑实现会员类型...至于是不是整型则无关紧要...
角色一词来源于戏剧...是指被扮演的虚构人物...角色是一个抽象概念...它不是固定的也不是专属的...
在软件设计中...角色通常用于权限系统...用户扮演一种角色就表示其具有相应的权力权限...一个用户可以扮演多种角色也可以在不同角色之间转换...
搞清楚了这一点...现在来看你的问题...
“会员类型”的概念是用户所具有的业务服务级别...通常它的特征是...
1.用户不能够同时具有多种类型...
2.较高级类型包含较低级类型...
3.用户不能够随意在不同类型之间转换...
所以...会员类型和角色是不同的概念...它更具有群组(Group)的特征...
因此如果你的系统权限系统较复杂或者考虑未来的扩展性...应该同时设计角色和会员类型属性...
否则...就先考虑实现会员类型...至于是不是整型则无关紧要...
以专业开发人员为伍 2008-05-31
- 打赏
- 举报
最比较简单时，与其使用“整形”标记，还不如直接写上文字更方便。
tuyanhu 2008-05-31
- 打赏
- 举报
2 吧 角色用于有多管理员而各权限不同时会比较好.
你这里只是会员分配一下类型 也就几种状况
你这里只是会员分配一下类型 也就几种状况
hery2002 2008-05-31
- 打赏
- 举报
还是在SQL版的那句话,
看看你的会员类型是否和角色有重合,
如果重合的话,
可以不要这个所谓的会员类型.
看看你的会员类型是否和角色有重合,
如果重合的话,
可以不要这个所谓的会员类型.
smallfz 2008-05-31
- 打赏
- 举报
顶楼上~
白s菜 2008-05-30
- 打赏
- 举报
2
菜鸟笔记公众号 2008-05-30
- 打赏
- 举报
2
aploo 2008-05-30
- 打赏
- 举报
谢谢各位了.
amandag 2008-05-30
- 打赏
- 举报
如果不考虑将来的扩展，2肯定容易实现
aploo 2008-05-30
- 打赏
- 举报
谢谢,, 各位指点.... 能不能解释下为什么要选择2呢?
