在这种情况下可以使用WF 4吗？

Question

我试图弄清楚ms Workflow WF 4在以下情况下是否可用？ 尝试在asp.net mvc 3中创建Web应用程序。

在办公室中，存在一个角色不同的情况。 表格必须通过不同角色（项目经理，团队负责人，总监）的批准。 因此，项目经理将创建一个表单，并将其提交给团队负责人。 领队批准通知并批准该表格。 然后，在他批准并提交之后，将由主管批准。 如果他不同意，他会将表格发送回项目经理。

将其与asp.net mvc 3一起实现到WF 4中是否有用？还是不建议这样做？

Answer 1

选择新技术取决于很多标准。 因此，如果您想决定使用工作流还是不解决业务问题，请根据当前需求创建一个小的POC。 验证一下，这是最合适的方法吗？ 您的团队了解这项技术吗？ 需要什么学习曲线？

从我的角度来看，您当前的要求适合使用工作流程4.0。 这是一个长期运行的过程，需要频繁的人工干预。

您也可以参考这些链接。

http://msdn.microsoft.com/en-us/library/dd851337

http://msdn.microsoft.com/en-us/library/ee342461.aspx

http://msdn.microsoft.com/en-us/library/cc709416

Answer 2

我想对WF4表示一些关注。 在我看来，您似乎是从鸟类的角度描述工作流程。 工作流程是一条信息（表格）必须由多方批准，每个方都有不同的责任。

当您从MVC潜在客户看问题时，您会发现以下内容：

1. 您具有带有基于角色的身份验证的ASP.NET表单身份验证。
2. 您有多种模型-一条信息（如您所说的那样）以及多种其他模型-如project manager ， team leader人和director 。 此外，您的域模型（实体框架4 / LINQ2SQL / NHibernate）中还有许多其他联接表/实体...
3. 每个人都应根据自己的权限使用不同的视图集，以便与该数据进行交互。
4. 在每个视图的后面，您还具有控制器，这些控制器负责进行繁琐的工作以读取/写入数据源以及其他逻辑。

尽管您当然可以创建工作流程来实现应用程序中的某些逻辑，但最终这些工作流程将从您的控制器中调用。 更进一步，如果各方的批准过程是单击“批准”按钮或其他UI交互-我认为使用WF4来实现这一目标是没有道理的。

我认为WF4不太适合UI交互。 当您想要创建可操纵大量数据和/或编排复杂逻辑以完成某些任务的后端代码时，这真的很好。 但是，在您描述的场景中，您实际上并没有这种用途。

您的批准过程最多应在数据库中设置一个“批准”记录，其中包含FormID，ApproverID，DateApproved，ApproverType以及其他一些信息。 （批准者ID是进行批准的用户的Guid /唯一标识符）。

对于团队负责人和主管而言，显示“待批准”表单的视图应该只查询表单表，在该表上，批准表上的联接会产生空记录（也就是...不存在批准记录）在任何情况下-取决于您的域模型以及数据的结构方式确实比您的控制器真正需要的更多。