Atitit。  工作流引擎的发展趋势

Atitit。  工作流引擎的发展趋势

1.1. 图灵完备1

1.2. 图形化与文本化1

1.3. Jit1

1.4. Dsl化2

1.5. Oo2

1.6. 托管与本地代码的互操作2

1.7. 大型标准库2

1.8. 异常处理机制2

2. 参考2

1.1. 图灵完备

现有工作流引擎 比如jbpm 的最大问题是不是图灵完备的,不能作为一个通用图形化编程语言来实现所有系统。

简单判定图灵完备的方法就是看该语言能否模拟出图灵机

图灵不完备的语言常见原因有循环或递归受限(无法写不终止的程序,如 while(true){}; ), 无法实现类似数组或列表这样的数据结构(不能模拟纸带). 这会使能写的程序有限

图灵不完备也不是没有意义, 有些场景我们需要限制语言本身. 如限制循环和递归, 可以保证该语言能写的程序一定是终止的.

作者:: 绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ) 汉字名:艾龙,  EMAIL:[email protected]

转载请注明来源: http://www.cnblogs.com/attilax/

1.2. 图形化与文本化

文本化面向专业人士

工作流将会分为俩个部分,第一部分是图形化编程,适合于非专业人员。。

第二部分是基于文本源码的DSL编程,适合于专业编程人员。。

一个程序的静态代码,动态线程模型,内存模型等等都是远远高于三维的(参见《人月神话》)。如果硬要往图形 UI 上靠,恐怕只有语法树能够图形化。而把语法树图形化实在是得不偿失,不但没有图形化本质的东西,丢掉了文本易于被键盘操作的能力

1.3. Jit

解决性能问题的大法宝

1.4. Dsl化

1.5. Oo

1.6. 托管与本地代码的互操作

1.7. 大型标准库

1.8. 异常处理机制

2. 参考

Jvm  clr的发展趋势

时间: 2024-10-09 23:07:17

Atitit。  工作流引擎的发展趋势的相关文章

Atitit.工作流 与 规则引擎

1.1. 应用来说,通常分为三部分:界面.业务逻辑和存储1 1.2. 自定义操作系列1 1.3. 自定义按钮系列2 1.1. 应用来说,通常分为三部分:界面.业务逻辑和存储 目前比较合适的有::工作流 规则引擎等 工作流引擎是宏观控制,规则引擎是微观控制 但是,目前的那些工作流引擎和规则引擎设计目标是半专业用户,对于小白用户来说可能比较复杂..所以估计我们要自己搞个简单点的概念.. 我们把所有的操作都简化为一个概念:操作.. 1.2. 自定义操作系列 比如实现一个常见的轻量级系统(由注册表单,登

微型工作流引擎-功能设计

我的微型工作流引擎-功能设计解析及使用示例 一.前言 上一篇我给大家介绍了我的工作流的模型和基本的设计,这篇我想详细说明下我这款工作流的功能及使用示例.这款工作流主要是面向开发者设计的,为了先让大家有个全局的认识,局部功能的设计实现就不细说了,后续有时间我会继续写文章向大家介绍. 二.功能详解及使用示例代码 1.配置流程引擎,一般在程序启动过程中调用(Global.asax.cs中) //初始化流程引擎 BpmConfiguration .Instance() .Config(@"C:\Conf

几种开源工作流引擎的简单比较(转)

摘要:目前开源工作流引擎用的最多的是jbpm , 各种特性都不错, 文档也比较多, 下面只简单列举一下 目前开源工作流引擎用的最多的是jbpm , 各种特性都不错, 文档也比较多, 下面只简单列举一下 其他几种工作流引擎的特性.   Apache ODE Enhydra Shark Bonita Open Business Engine Eclipse JWT  支持的流程建模标准  WS-BPEL 2.0,流程定义必须使用该标准编写才能执行 WfMC和OMG标准 符合WfMC规范 遵循WfMC

《程序猿闭门造车》之NBPM工作流引擎 - 项目整体架构

前言: 又是一年一度的圣诞节,可这关我什么事呢 :( ,好不容易周末了,还是说说其他的吧,前不久我发布了一篇关于工作流的文章:<程序猿闭门造车>之NBPM工作流引擎 - 开篇,很多爱好工作流的小伙伴对该组件表示感兴趣,所以我打算写一个系列文章来介绍该组件的一些情况,给关心该组件的小伙伴们一些参考和帮助. 先列个目录吧(由于我工作比较忙,只能周末抽空来分享相关资料,进度上还希望大家理解): 01.<程序猿闭门造车>之NBPM工作流引擎 - 开篇02.<程序猿闭门造车>之N

ccbpm工作流引擎是怎样支持多种流程模式的

前言: 在BPM领域支持流程运转的理论模型有多种.有的21种.28种.32种. 每种模式都代表了这样的模式的理论设计者研究者的人员主张.思想.这些模式尽可能的,全然去覆盖到现实生产.工作.应用上的流程流转规则. 可是不论什么领域都有自己未探索到的流程运转可能,假设说自己的理论可以涵盖全部的应用需求,那就说的有点太早. 就类似于世界上的教派或者哲学家一样.不同的教主与哲学家有不同的世界观.不同的世界认识,都对自己的"追随者"来宣扬自己的主张.观点,可是他们也能"和谐"

工作流引擎驳回设计

1.1 关于驳回 驳回,在有的应用中叫“回退”.驳回是中国特色的一种方式,驳回在流程图上也没有迁移线的表达经常也是隐性的,比如申请经费可能由于资料不足被驳回来补充资料,像这样的例子有非常多,也很常见. 驳回是工作流参与者对自己“待办任务”的一种操作,即参与者主动回退待办任务列表中的任务到已经执行过的人工节点. 回退的情况实际上是非常复杂的,有串行上的驳回,也有并行内的驳回,并行区内驳回到并行区外,从分支驳回到主干等,从主干驳回到分支内,多重聚合的驳回等.驳回过程中会发生很多事情,也会可能导致重走

微型工作流引擎设计

微型工作流引擎设计 一.前言 提到工作流很多人就会想到OA,的确OA就是典型的工作流的应用,但是工作流并不仅仅局限于OA,工作流应该算是基础框架软件,主要用于流程的重组和优化,它有广阔的应用领域.在java下有很多优秀的开源工作流可以选择比如activit5.jpbm4等,在.net下却几乎找不到令人满意的工作流引擎可用.当然不是说.net下没有开源的只是有些国产开源的但看了代码后就一点兴趣都没有了,且不说代码质量如何,还引入了一大堆的东西,想在项目中应用也是非常困难.鉴于此我还是决定自己开发一

Activity工作流引擎开发系列

Activity工作流引擎开发系列-01 作者:邓家海 没有伞的孩子,只能光脚奔跑! 前言: 初次接触工作流这个概念是自从2014年11月份开始,当时是由于我的毕业设计需要,还记得当时我毕业设计的题目是<基于BS结构模式的工程管理系统设计与实现--工程计划管理>,里面涉及到一个工程管理的审批.正好我当时12月份出来实习,实习所在的公司所做的OA系统普遍也需要工作流,但是公司项目所用的工作流是CCFLOW,这是一个基于C#的国产开源工作流引擎,但是我毕业设计做的是java,所以从2014年的11

.Net 三款工作流引擎比较:WWF、netBPM 和 ccflow

原文:.Net 三款工作流引擎比较:WWF.netBPM 和 ccflow 下面将对目前比较主流的三款工作流进行介绍和比较,然后通过三款流程引擎分别设计一个较典型的流程来给大家分别演示这三款创建流程的过程.这三款工作流程引擎分别是 Windows Workflow Foundation,NetBPM, CCFlow. NetBPM 与 CCFlow 是两款国内知名的开源软件,尤其是ccflow在国内的发展势头强劲. 这个典型的流程假设:公司有两级领导,一级为主管Chief,一级为老板Boss 场