浏览 1795 次
|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间:2006-09-24
我看规则语言中已经大量使用脚本语言了,那我还不如直接使用脚本写业务逻辑,其余的只要把服务接口写好就可以了。
声明:JavaEye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
|
| 返回顶楼 | |
|
时间:2006-09-24
规则语言是DSL,还不是full fledge 通用脚本语言。
|
|
| 返回顶楼 | |
|
时间:2006-09-24
哪天搞下规则引擎!现在没时间!
|
|
| 返回顶楼 | |
|
时间:2006-09-24
如果使用JAVA内嵌脚本语言,规则引擎的起用何在?
|
|
| 返回顶楼 | |
|
时间:2006-09-24
czhcc 写道 如果使用JAVA内嵌脚本语言,规则引擎的起用何在? 规则引擎会使用专用的算法来进行条件匹配和分支的判断, 某些情况下比使用脚本的 if/else 效率高, 尤其是条件匹配的算法.
|
|
| 返回顶楼 | |
|
时间:2006-09-25
czhcc 写道 如果使用JAVA内嵌脚本语言,规则引擎的起用何在?
我觉得可以和sql的使用类比,实际上我们可以在应用的各个层面使用sql,但是为什么还需要使用专门的数据存取层来集中对于数据的访问呢?使用规则引擎,也是一样的道理。归根到底,这些都是为了以后的维护吧。当然,根据KISS原则,一开始实际并不需要就直接把事情搞得那么复杂。但是随着项目的发展,你可能会发现一开始就把这些东西分离出来,真是一个英明的决定。其实,对于大层次的是否分离已不再是个问题。关键是:分多细。 |
|
| 返回顶楼 | |
|
时间:2006-09-25
多谢各位。我刚学规则引擎,理解的还不深,只是看到规则语言与内嵌脚本差不多,就有了以上的凝问。我所设想的分层结构大概是由WEB提交或WebServices调用进来后,直接进入内嵌脚本调用,由内嵌脚本做业务逻辑处理后,再调用DAO或其它服务接口完成操作。
|
|
| 返回顶楼 | |
|
时间:2006-09-25
规则语言主要是让业务人员在工作过程中填写的。一般都对应一个专门的领域。
|
|
| 返回顶楼 | |








