用WorkFlow(C#)开发工作流和自已写代码实现工作流两者有什么区别？

我的意思是这样的，
以前做OA系统的时候都会涉及到流程审批的问题，例如请假单的审批等等。我以前的做法是自已开发一个流程自定义功能模块，然后不同的流程与对应的审批单据对应，这样用户在填写某一单据时，就会按指定的流程审批下去。其它控制方面问题也很好解决。
现在如果用C#的 workFlow来做工作流，我理解它的原理是把工作流单独设计好后编译成DLL，然后供应用程序引用，这样以后每次修改流程只需更新DLL就可以，不知理解是否有错。
如果采用这种方法开发工作流，就没办法在OA系统里面自定义流程。那不是比我上一种方法还不方便。所以一直理解不透微软WF应用的目的，上来请教？

才疏学浅　欢迎拍砖

4 个解决方案

#1

差不多

WF就相当于封装了一些业务逻辑

#2

KEEP NEXT

#3

WorkFlow别人做好的拿来用，开发效率高

#4

微软的wf如果不自己二次开发的话不能实现工作流的真正目的，也不能实现定制，因此有些时候还不如分工程分层来的好用，要达到定制的目的需要工作流引擎，而微软的工作流引擎原来自己的，因此客户需要重新设计，因此不如用第三方的工作流引擎