-1
Givn是为数据载入设置的cmoplex workkflow。我们运行了一些定制活动,作为“范围”。例如,配置DataLoadActivityScope,包含数据加载操作并为这些操作提供标准变量。这很好 - 我们将可变参数提供给DataLoadActivityScope,并且嵌入的动作活动以自动的方式提取它们 - 节省了大量的连线,变得越来越复杂。让变量生存到子工作流程中?
我的问题是:我们有大量的技术性工作流程,它们包含大量的数据活动,并且在他们自己的工作流程中被隔离以便于开发。
而且 - defiend变量不会传入子工作流程。
处理这个问题的最简单方法是什么?
我可以在子工作流程中将变量设置为InArguments,然后在那里设置一个DataLoadActivityScope并在那里再次提供它们......哪些工作正常,但需要修改技术工作流程。
我宁愿喜欢变量范围动态扩展到子工作流程。
有没有机会这样做?