5 个解决方案
#1
流程 SharePoint也是工作流开发
#2
1. 开发oa啊，真牛， oa直接用.net去开发，sharepoint可以当一个门户、文档管理、一些简单的oa办公流程
2.如果你是想规划一个好的工作流，直接在wf的基础上，自己规划独立一套流程
3.至于什么新闻、车辆管理这些业务模块就用.net去做，这个是最快也是最有效的。
2.如果你是想规划一个好的工作流，直接在wf的基础上，自己规划独立一套流程
3.至于什么新闻、车辆管理这些业务模块就用.net去做，这个是最快也是最有效的。
#3
呃，小弟是个新手，公司领导想上工作流，叫我先接触一下，求大哥们指点一下两者的区别跟开发周期以其成本，谢谢
#4
sharepoint的工作流本身就是wf，但是sharepoint的工作流可以配置简单的，但是遇到复杂的需要自己去写程序，当然这是可以解决一部分业务工作流，但不是长久之计。 这个种成本也是很低的，周期也很快，流程可以配置，复杂的写点程序就行。
理想的应该是在wf的基础上，独立设计一套流程，这个你可以一步一步做，因为wf是一个框架，总之后面可以灵活扩展就行。如果用这种方式，成本会大，周期也是一个未知数，这个要看你的规划设计。
这就要看你们公司it规划。 建议还是投入一些资源去做一套。
#1
流程 SharePoint也是工作流开发
#2
1. 开发oa啊，真牛， oa直接用.net去开发，sharepoint可以当一个门户、文档管理、一些简单的oa办公流程
2.如果你是想规划一个好的工作流，直接在wf的基础上，自己规划独立一套流程
3.至于什么新闻、车辆管理这些业务模块就用.net去做，这个是最快也是最有效的。
2.如果你是想规划一个好的工作流，直接在wf的基础上，自己规划独立一套流程
3.至于什么新闻、车辆管理这些业务模块就用.net去做，这个是最快也是最有效的。
#3
呃，小弟是个新手，公司领导想上工作流，叫我先接触一下，求大哥们指点一下两者的区别跟开发周期以其成本，谢谢
#4
sharepoint的工作流本身就是wf，但是sharepoint的工作流可以配置简单的，但是遇到复杂的需要自己去写程序，当然这是可以解决一部分业务工作流，但不是长久之计。 这个种成本也是很低的，周期也很快，流程可以配置，复杂的写点程序就行。
理想的应该是在wf的基础上，独立设计一套流程，这个你可以一步一步做，因为wf是一个框架，总之后面可以灵活扩展就行。如果用这种方式，成本会大，周期也是一个未知数，这个要看你的规划设计。
这就要看你们公司it规划。 建议还是投入一些资源去做一套。