@binbinxiong
ok!

好办法...
但为什么要让实体类来具有Save功能呢？
直接Business调用Save不也一样嘛？有点多此一举的味道。
我还是提倡分离他们比较好...

TDD，已经是我个人开发的习惯性方式，虽然公司可能不要求，但作为开发人员，应该自己培养TDD的开发习惯.

◎LZ
至少没考虑关联和继承的问题的...
请楼主考虑完整.......^_^

@LZ
本人对WF也很敢兴趣，可以交流一下。
你方案很不错，我想谈谈我的看法。
首先，如果这个活动的处理真的很耗费CPU的话，那么把它独立到其他服务上去执行，一样可能使WF无法完成其他请求，最好是其他服务器上的服务。
其次，WF并不会阻塞整个服务线程，我的发现是WF甚至不会阻塞自己的宿主线程，也就是说，如果这个活动的执行不是耗费CPU，仅是时间的话（比如：它什么都不做，就是等），那么不会影响整个WF的相应，当然这时让WF“睡一下"也是好注意。
最后，采用这种方案，有个约束：如果独立服务本身over了，WF处理的这个流程实例就可能等于瘫痪了，普通用户对这种问题很可能是束手无策的。这点希望LZ考虑。

◎Mingle
和JBPM没有直接关系，我不了解这个系统。
这里都是从http://www.workflowpatterns.com/
上面得到的相关信息。我想这些都是行业共认的模式，JBPM中有这些模式的痕迹很正常。

@反对方的反对
不知道你在说什么呢？

@sunjt
OK!

@尘土飞扬
不知道你是说PE还是说整个工作流类的产品。但我敢肯定的是，只要是工作流产品，一定会实现这些模式中的几个，很多产品都实现了大部分模式。具体你可以参考http://www.workflowpatterns.com网站中的Product Evaluation部分。
所以，你说“沒有真正為實用項目的開發，真不知有什么意議”，如果针对PE，我同意，针对模式本身或是所有工作流产品，是毫无根据！

@......
框架多啊....很多人都走到这步...然后走过这步....关键是走过了....

@abcd
恩...这句是有问题，后半句同时RoleOfUser的User是某某并不是说设计者直接表达的，而是系统判断时的动作，由Role找到RoleOfUser后，还需要找到Users,然后判断执行者是否在这些Users中。
描述错误之处，还请见谅！

◎小庄
是的，关键就是RoleOfUser找不到对应实体...如果流程设计者（不是程序员）想表达Role.Users或者User.Roles的时候，其实是需要经过RoleOfUser来连接的。
如果流程设计者不明确这点，系统如何自动了解到RoleOfUser的存在，注意这些User，RoleOfUser，Role都可能不在系统内。如果流程设计者表明这点，就和我说的解决方案一样，成为User.RoleOfUser.Roles或者Role.RoleOfUser.Users了。
◎ALL
这个问题我的确描述的不够清楚，可能也很难描述，再加上我也不可能在这里把整个系统的设计比较完整的写出来。所以请大家谅解。

+++++++++++++++++++++++++++++++++

@desmend
ok

@木头
OK!

@willwalker
ok了...
那以后要多交流了....

@h2appy
ok

@op336
it's ok!

可以加入，但我这边不能在系统上加！^_^

这回好点不？哇哈哈.....

^_^.....

@赤脚小子
好...呵呵.....

@szbaby1221
it's ok!

◎赤脚小子
恩...我想你的理解是对的。
我这边需要实现的是：当系统异常出现时，流程会暂停当前运行实例，并回错误前完成的活动，而且不会保存这次运行的数据。
之所以需要如此，主要是我认为系统异常是可修复的；同时开发调试期间也常会出现错误。此时，我希望能中断程序，修故问题，并重新再来。
此外，我还是设计了类似WF的异常处理方法，即如果你愿意使流程closed或进入补偿性活动执行也是可以的。具体我之后有关PE的文档会有demo和详细说明。
PS：我也希望能和你，以及其他对WF，会流程管理有兴趣的人多多交流！

@op336
请把你的blogid发上来

@赤脚小子
“将AEC的CurrentExceptionProperty设置为null”的确可以防止向上传播，但不能阻止当前流程实例closed。
不知道我理解的对不对？

◎All
如果考虑ParallelActivity的分支中有人为参与的活动（不好意思，我使用WF，不使用任何内置活动）的话，就可能改变其顺序。比如：A－>B，A->C其中B，C都会等待外部信息，这时先B还是C是不确定的，如此B和C后的活动的执行顺序也是不确定的。
如果不行的话，ParallelActivity恐怕就没有使用价值，需要改造。
我是自己实现ParallelActivity的，直接从activity继承，实现的规则基本和ParallelActivity一致，只是分支的执行和选择由我来控制。

@LZ
当然是封在WF里面了, ^_^....
具体就比较琐碎了,具体的我有时间写一篇.
我的系统现阶段自定义流程状态基本完成了,正在一步步实现流程中具体的元素.有关WF的一些话题,可以一起讨论.

@LZ
当然是WF的使用者来作了WF内部并没有这样的功能,通过扩展其序列化服务来实现比较容易点.另外,你会发现WF在根活动Close后删除该记录,所以你为了保存历史还是要自己来管理独立的表数据.
资源和规则是WF里面没有具体规范的元素.简单说,资源就是流程中使用的数据以及其数据结构;规则是对资源的操作或约束,由此资源和规则并不局限于角色问题.
以角色为例子,流程执行者要执行活动必须传递自己的相关信息(比如自己的Role或是职位之类的)给流程engine,而流程engine通过执行预设在活动的规则来判断他是否可以执行活动.
基本就是这样.....^_^...上述这些比较都要自己实现,WF没有完整现成的东西.

hi,我也是作WF的,你说的任务表作为一个完整的流程系统一定是需要的.
我的做法是:建立自己独立的表结构来存储相关内容,并提供查询方法;
至于你的说角色问题,我是通过资源和规则一起解决的.

恩...是的....
我是自己改造序列化服务的....^_^

@栖息的熊
又不是作业或是任务，何来凑呢？^_^....

◎LZ
最近在作WF相关工作，有个问题和大家一起讨论一下。
我发现WF自带的Sql序列化服务在根活动结束后的保存过程中竟然会delete流程的状态数据（可以查看其自带的SP的代码），这点不知道是我没有找到它存放的地方还是本来就是如此？不知道LZ是怎么处理的？
如果真的如此，那就呜呼.....自定义序列化服务....那个烦啊.....
由此，我正在改造自带的服务，希望能保存下已完成的活动数据，同时也支持对于正在运行活动数据的方便查询，即不需要反序列化活动状态，就可以查询活动相关数据。
PS：欢迎到我的blog来讨论。

题目有点偏激.....
不欣赏这类题目.....

@sillyfish
it's ok!

◎笑煞天
当然有，比如：在循环结构中，以WF默认的方式是参与循环的活动为循环复合活动的子活动；但线性的话，他们是同一层次的，不是父子关系。
如果只有一个循环，那可能没有太多问题，但如果是循环中有条件，再有循环，那么层次会太深，难以理解，同时处理其中逻辑也比较麻烦；线性的方式理解比较直观，但在子AEC上的处理可能要麻烦一点。

博主好久没发言了.....^_^
终于等到一篇！

@binsimon
我们可以一起探讨^_^....你可以留言给我！

@daixirui
ok

@JYun
ok.

@Muddled_Rong
it's ok!

@song0320
ok!

@5310198@163.com
找不到你的用户名啊...^_^！

@红雪中国
it's ok

@gakaki
多谢提醒，一定看看！

@QFSoft
ok

看到你的留言了，我的aspectNet和PostSharp有很大不同，比如：不“污染”现有代码。有兴趣可以进一步探讨。

我也在研究AOP，有兴趣的可以到我的blog看看。

个人认为权限的限制不应该在图形(UI)上体现,而应该在具体业务上体现.
图形当然需要映射出权限的设置,但图形应该去询问权限系统,而不应该倒过来.
更进一步说,如果能做到权限隐藏在业务中,那么图形就不在需要"认识"权限,而是不知不觉的体现了权限.
我在设计流程系统时就考虑了权限问题,但我没有独立的权限设计模块,而是提供了抽象的概念让用户根据实际问题来设计权限.最终权限体现在流程中,而图形又依赖流程,从而体现权限的设计.
希望能对LZ有用!

@ 苏康胜
ok!