确定好用户权限系统中的实体是系统分析的首要工作,我比较同意这样一种划分:
1.访问者(User)
2.被访问者
3.权限
以上三个各自都是自成系统,关键是在这三者之间制定规则,这样的规则是复杂的,静态的,也可以是动态的,有条件限制和时间限制。
系统的难点是在如何开发出一套通用的规则制定上,看来使用if else这样的计算机化形式不是一个很好的办法,因为不是所有的用户都有计算机人员那样严明的逻辑思考和归纳能力。
确定好用户权限系统中的实体是系统分析的首要工作,我比较同意这样一种划分:
1.访问者(User)
2.被访问者
3.权限
以上三个各自都是自成系统,关键是在这三者之间制定规则,这样的规则是复杂的,静态的,也可以是动态的,有条件限制和时间限制。
系统的难点是在如何开发出一套通用的规则制定上,看来使用if else这样的计算机化形式不是一个很好的办法,因为不是所有的用户都有计算机人员那样严明的逻辑思考和归纳能力。
其实工作流中的组织模型和权限也是一个比较麻烦的事情,问题在于扩展和通用。如果写死的,还是挺简单
title="Security Component - Security Group Entity">
title="Security Component - Security Group Permission Entity">
title="Security Component - Security Permission Entity">
title="Security Component - User Login Security Group Entity">
html代码是过滤的。
这东东好,就是速度慢,也难怪,J2EE已经效率不是很高了,在上面多加几层,那不累吗?
这东东把当前web商务应用总结成几大块:
1.服务引擎
2.工作流引擎(做好工作流已经不错,还要做引擎,要多高深的思想和技术啊,我的嘴已经张大半天,没法合拢了)
3.规则和约束
4.实体引擎
5.数据分析
6.内容和知识
我敢说这东东一定是学校里的老师或学生搞出来的,现在问题是,上面每一块都在发展,而且都会发展成一门独立的学科,到将来,这个软件框架要多大啊。
研究过ofbiz的说说看法,楼上提到的用户安全验证那块具体在哪里?
>>这东东好,就是速度慢,也难怪,J2EE已经效率不是很高了,在上面多加几层,那不累吗?
速度一点也不慢,我们的Intranet 的Portal就是用它开发的,每天10W次的访问量,下载下来的东西慢是因为它是在tomcat上(解析jsp taglib慢,升级到4.1.10或resin就没有问题了)
>>1.服务引擎
可以只写一个Service,用于多个用途(Web,Application,Mobile,PDA,)
>>2.工作流引擎(做好工作流已经不错,还要做引擎,要多高深的思想和技术啊,我的嘴已经张大半天,没法合拢了)
目前open source的2个workflow engine的project之一,符合wfmc规范,我们用它写过2个Project,不是太好用,但是能完成大部分的用户需求.
>>4.实体引擎
Cool,可以减少采用DAO模式的编程工作,95%的数据实体化不需要写SQL语句,增加数据字段,数据表等,只用写xml定义文件,entity engine会自动帮你加上.(象CMP,嘿嘿),并且它的JTA做得非常好,
>>我敢说这东东一定是学校里的老师或学生搞出来的
Project Leader是2个有10年编程经验的人做的,不是老师,学生,他们是做IT质询公司的.
>>研究过ofbiz的说说看法
以上是我的看法,还有它的MVC做得非常好,比Structs要好太多(个人意见),M和V可以自己写handler,非常灵活
>>楼上提到的用户安全验证那块具体在哪里?
看一下实体引擎的定义文件