该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-12-29
其实这里边还少了一些数据规则,最好再挂钩一个规则判断。
crabboy 写道 个人觉得: 角色和资源之间应该建立多对多的关系。不应该把众多资源的id写进角色的functions字段中。不知lz觉得如何? 这个前面已经阐述过了。 |
|
返回顶楼 | |
发表时间:2008-12-29
其实这里边还少了一些数据规则,最好再挂钩一个规则判断。
weizh 写道 其实这里边还少了一些数据规则,最好再挂钩一个规则判断。 具体如何呢? |
|
返回顶楼 | |
发表时间:2008-12-29
楼主的设计非常不错,能满足一般的权限管理了,楼主能不能把数据库sql脚本及启动工程所需要的包名给列一下呀,在此先谢了!!
|
|
返回顶楼 | |
发表时间:2008-12-29
恩 关注中
|
|
返回顶楼 | |
发表时间:2008-12-29
请问楼主:设置角色界面用的是dhmtlxtree 吧?
|
|
返回顶楼 | |
发表时间:2008-12-29
做的不错,希望继续完善。,分割的方式最好去掉,然后资源用类似url的方式/sys/user不是很好,希望可以做到自由指定。然后动作也可以随意添加。呵呵,总的来说不错
|
|
返回顶楼 | |
发表时间:2008-12-29
楼主设计的不错,我觉得acegi不适用,无论B/S,还是C/S,对于一个界面来说,会有很多功能,如果设计的粒度太细,我感觉不适用,例如,如果允许进入一个界面,则此界面的所有功能都可以使用(当然可以控制不能使用的功能不显示)。
可以举一个例子来说,对于生产系统来说,“系统维护”功能是必须的,用来维护系统中最基础的数据,只能有系统管理员使用,一般来说,系统管理员也就是一个人或者两个人,系统维护中包括若干维护项目,一个人有了系统维护的功能,就可以维护所有基础数据,没有必要在进行区分,一个人可以维护这个数据,而另一个用来维护另外的数据。 所以我认为acegi一点不适用,特别是角色是由用户来维护的,根本不确定,如何能够在程序中写死。 |
|
返回顶楼 | |
发表时间:2008-12-30
楼主设计的不错,我觉得acegi不适用,无论B/S,还是C/S,对于一个界面来说,会有很多功能,如果设计的粒度太细,我感觉不适用,例如,如果允许进入一个界面,则此界面的所有功能都可以使用(当然可以控制不能使用的功能不显示)。
可以举一个例子来说,对于生产系统来说,“系统维护”功能是必须的,用来维护系统中最基础的数据,只能有系统管理员使用,一般来说,系统管理员也就是一个人或者两个人,系统维护中包括若干维护项目,一个人有了系统维护的功能,就可以维护所有基础数据,没有必要在进行区分,一个人可以维护这个数据,而另一个用来维护另外的数据。 所以我认为acegi一点不适用,特别是角色是由用户来维护的,根本不确定,如何能够在程序中写死。 InnocentBoy 写道 请问楼主:设置角色界面用的是dhmtlxtree 吧? 是的。 |
|
返回顶楼 | |
发表时间:2008-12-30
期待能够看到完全的设计。
|
|
返回顶楼 | |
发表时间:2008-12-30
期待!!!
|
|
返回顶楼 | |