RPA-UiPath中parallel活动组件的妙用

**

UiPath中parallel活动组件的妙用

**
大家好,我是几米姜,前几天被客户给刁难了,我采用下文中方案1解决的问题,客户非说这个方法不好,不接受30秒的等待。结果我还真就想到了更高效的解决方案↓↓↓

流程场景:
· 假设一种情景,点击确定按钮后,
情况1:弹出提交成功框,点掉,进入B画面
情况2:直接进入B画面
·换个表述方法:点击提交按钮后,可以直接进入B画面,但是有时候会出现一个弹窗,需要加一步点掉他。

· 原始方案1:
比较稳妥的做法是用element exists判断一下弹窗有没有出现,出现了就点掉。
大佬说这是防御性编程
**· 此时大佬又提出了第二种方案:**进攻性编程
做法是开始B画面的动作,如果第一个动作失败,则检测是否出现弹窗。
上述两种方案都有个弊端,总有一个分支要白等30秒。

**优化方案:**用parallel活动组件解决该问题
知识点补充:parallel的Properties中,Condition默认为空,即False。意识必须等到所有分支都执行完毕,程序才会向下执行。
此处,我们把condition设为true,即有一个分支执行完就跳出parallel,继续执行后续程序。
parallel 左边“B画面element exists”,右边“弹窗element exists”,无论谁先出现,程序就会向下执行,不用等。

下图中简单做了个demo,仅供参考,欢迎评论区留言讨论。
在这里插入图片描述

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值