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

编码规范

关键字: 编码规范,coding standard
以下部分引自http://wiki.springside.org.cn/display/springside/Coding+Standards 这部分比较有借鉴意义,代码中一些约束检查和异常处理,自己做了些补充。 基本规范 当面对不可知的调用者时,方法需要对输入参数进行校验,如不符合抛出IllegalArgumentException,建议使用Spring的Assert系列函数,应实现暂未实现的方法应抛出UnsupportedOperationException; 声明工具类为 public abstact class,确保只有static方法和变量的类不能被构造实例。 变量,参数和返回 ...
Godlikeme
搜索本博客
其他分类
存档
最新评论