首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >.Net工作流基础设计:多个工作流还是一个包含IfElse活动的大工作流?

.Net工作流基础设计:多个工作流还是一个包含IfElse活动的大工作流?
EN

Stack Overflow用户
提问于 2010-08-03 15:04:51
回答 1查看 269关注 0票数 0

我读过一些关于工作流设计的文章,我对如何对我的应用程序建模感到困惑。任何帮助都是非常感谢的!

以下是要求:

activities.

  • New序列工作流包含5个顶层活动

  • ,每个顶层活动可能包含1~5个子

  • 子活动,

  • ,工作流的输入是文档及其类型。根据文档的类型,它必须在每个顶级活动中进行一个或多个子活动。

  • 所有顶级活动和几个子活动都适用于所有类型的文档。

  • 目前已知有5种不同类型的文档。理论上最多可增加10种文档类型。configuration.

  • Framework:

  • XAML将用于工作流

  • 3.5 SP1

对于上述要求,请您就初始设计和维护方面的最佳策略提出建议:

  • 设计了一个大工作流,每个顶级活动中都有大量IfElse分支(文档类型将在每个分支或子活动中检查)

  • 设计了单独的工作流--每种类型的文档都有一个。

alternative?

  • 还有其他更好的

谢谢!

EN

回答 1

Stack Overflow用户

发布于 2010-08-03 15:41:17

我曾在WF 3.5 SP1工作过一段合理的时间,并建议如下:

  1. 单独的工作流--每种类型的文档都有一个:一个直接的NO,因为您必须足够健壮才能合并新的文档。您根本不能(不应该)将文档类型计数作为常量。业务需求将发生变化,您将被要求包含10到15个以上的文档(在所有真实世界中都会发生新的子活动,将来可能会引入新的子活动,您可能会考虑为5个顶级活动定义单独的工作流。这可能有助于您维护个人顶级活动。
  2. 是一个包含大量If-否则的大工作流,在开始时可能听起来很好,但相信我,如果添加了合理的条件,它看起来会很糟糕。管理一个庞大的工作流确实需要付出更多的努力。

因此,总之,您可以将您的活动划分为5个顶级活动的工作流,然后管理它们中的子活动,而不管仍然作为参数传递的文档类型如何。

希望能帮上忙。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3397846

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档