工作流是一个有意思的话题。
有人说工作流是状态机,我比较倾向这种说法。
JBPM,OSWorkflow是两大开源工作流引擎。
JBPM可算是一个大而全的东西,是个不错的实现和应用参考。不过用起来不是很爽了,里面有太多自身的实现,想一下子搞明白,拿过来和自己的框架结合起来用不是容易的事情。
OSWorkflow短小精悍,容易改造、整合到自己的框架中来,再参考着jbpm再作一些实现,还不错。
看自己的项目需求,权衡下拉。
可是用工作流到底是为了什么,真正做到流程可配置么?做到业务逻辑插接?系统易于开发维护?
好像没有一个目标是容易达到的,噻,真的是很难。
工作流怎么和业务模型结合,埃,又是一 ...
用过Ilog, QuickRules,Drools。前两者是商用规则引擎,做的都还不错,就是太贵,一般的项目搞不起。不开源,出了问题心里没底,技术支持国内很难说到什么程度。
Drools研究的深入些,开源、免费、灵活、简单,是中小型项目不错的选择。
规则引擎怎么一个应用模式。
业务系统通常有一些策略性、统计分析类、建模类的需求,这种需求不稳定,容易根据业务不断变化,根据业务建立分析模型,不断微调参数、策略,相对比较适合用规则引擎来实现。以前一般的业务系统中这种需求非常少见,但慢慢的业务系统从简单的MIS到更侧重对业务数据的统计分析的方向发展,规则引擎的应用范围会越来越广。
在系统中应该严格 ...
业务平台针对特定行业
业务模型、业务功能模块、业务流程、业务规则、数据接口、批处理、权限模型、报表,工具箱。。。。从业务系统抽象通用部分成为业务平台。业务平台具有业务通用性,方便扩展业务功能,在业务平台上可以搭建业务系统,针对特定业务做快速开发。
业务平台不是什么?
业务平台不是纯技术平台,但一般基于某些特定技术平台,例如J2EE。
业务平台本身不是业务系统;
业务平台不是可以同时运行多个子业务系统的综合业务系统。
以下部分引自http://wiki.springside.org.cn/display/springside/Coding+Standards
这部分比较有借鉴意义,代码中一些约束检查和异常处理,自己做了些补充。
基本规范
当面对不可知的调用者时,方法需要对输入参数进行校验,如不符合抛出IllegalArgumentException,建议使用Spring的Assert系列函数,应实现暂未实现的方法应抛出UnsupportedOperationException;
声明工具类为 public abstact class,确保只有static方法和变量的类不能被构造实例。
变量,参数和返回 ...
- 浏览: 77015 次
- 性别:

- 来自: BJ

- 详细资料
搜索本博客
最新评论
-
代码生成工具
晕,肯定要多用撒,省下时间
-- by xfan1982 -
eclipse开发提高coding ...
我估计评新手贴的楼主说的1/3 都没记住
-- by ddbird -
转载:做天难做二月天、做 ...
我觉得周这个人其实没有多难,其实很多的中国老百姓比他要难多了,好多人饿死了,冻死 ...
-- by wangpx -
应用的集群部署
你好: 想请教一下在GLASSFISH或APPSERVER中如何将数据库 ...
-- by yunseu -
作技术?作业务?
如果是面向软件服务,就是行业性软件公司。 大部分公司都是这样的,靠卖人、卖方案、 ...
-- by Godlikeme






评论排行榜