110,533
社区成员
发帖
与我相关
我的任务
分享用WorkFlow(C#)开发工作流和自已写代码实现工作流两者有什么区别？
我的意思是这样的，
以前做OA系统的时候都会涉及到流程审批的问题，例如请假单的审批等等。我以前的做法是自已开发一个流程自定义功能模块，然后不同的流程与对应的审批单据对应，这样用户在填写某一单据时，就会按指定的流程审批下去。其它控制方面问题也很好解决。
现在如果用C#的 workFlow来做工作流，我理解它的原理是把工作流单独设计好后编译成DLL，然后供应用程序引用，这样以后每次修改流程只需更新DLL就可以，不知理解是否有错。
如果采用这种方法开发工作流，就没办法在OA系统里面自定义流程。那不是比我上一种方法还不方便。所以一直理解不透微软WF应用的目的，上来请教？
才疏学浅 欢迎拍砖
以前做OA系统的时候都会涉及到流程审批的问题，例如请假单的审批等等。我以前的做法是自已开发一个流程自定义功能模块，然后不同的流程与对应的审批单据对应，这样用户在填写某一单据时，就会按指定的流程审批下去。其它控制方面问题也很好解决。
现在如果用C#的 workFlow来做工作流，我理解它的原理是把工作流单独设计好后编译成DLL，然后供应用程序引用，这样以后每次修改流程只需更新DLL就可以，不知理解是否有错。
如果采用这种方法开发工作流，就没办法在OA系统里面自定义流程。那不是比我上一种方法还不方便。所以一直理解不透微软WF应用的目的，上来请教？
才疏学浅 欢迎拍砖
...全文
请发表友善的回复…
发表回复
robincrystal 2012-03-03
- 打赏
- 举报
微软的wf如果不自己二次开发的话不能实现工作流的真正目的，也不能实现定制，因此有些时候还不如分工程分层来的好用，要达到定制的目的需要工作流引擎，而微软的工作流引擎原来自己的，因此客户需要重新设计，因此不如用第三方的工作流引擎
HYH 2010-11-04
- 打赏
- 举报
WorkFlow别人做好的拿来用，开发效率高
Sky_Wuhan 2010-11-04
- 打赏
- 举报
KEEP NEXT
Teng_s2000 2010-11-03
- 打赏
- 举报
差不多
WF就相当于封装了一些业务逻辑
WF就相当于封装了一些业务逻辑
