相信同学们都已经在动手开发一些自己的RPA小流程了。那不知道大家有没有发现，部分在应用或网页上执行的流程在实际运行过程中有时会被意外中断。
这是什么原因呢？
其实很多情况下都是因为网络的异常，或者应用不明原因的卡顿，从而导致我们编辑的RPA流程不能按既定的逻辑正常执行（UiPath的activity默认响应时间是30s，超过这个时间相关操作还是没有找到设定元素的话即会报错）。
所以，为了避免上述情况的发生，使我们开发的流程可以更稳定，我想利用今天的时间来为大家介绍一些基本的应对措施。
先来介绍一对activities，Find Element和Wait Element Vanish。
Find Element可以实现在发现指定元素之前不执行后续的activity。该指定元素同样以Indicate的方法来确定其Selector（Selector相关概念请见：UiPath基础篇 - 初识Selector）。
换言之，在执行某些操作之前，相关应用或网页可能会经常性出现响应比较慢的情况，就可以通过Find Element先找到某个之后要执行相关操作的按钮或图标，然后再执行下一步的操作就可以了。
Wait Element Vansih的功能则正好颠倒过来。它实现的是，等到指定元素消失之前不执行后续的activity。
不过两个activities在使用的时候都需要注意，因为UiPath所有activity的默认响应时间都只有30s，那当然这两个也不例外。所以会出现30S后相关元素也没有出现或消失的情况，这样UiPath还是会报错的。
遇到这类情况我们是不是就一筹莫展了呢？不用着急，处理这类的问题就需要下面要介绍的activity来辅助了。
我们需要用到的是Retry Scope。
看到这个名字大家应该就大概能明白它是做什么的了吧？
是的，它可以实现重复执行某个或某些activity，直到满足指定的Condition。这个Condition是可以由我们自己设置的，类似刚才的情况，我们就可以把Find Element或Wait Element Vansish放在Condition内，用来实现直到某元素出现（或直到某元素消失）前重复执行指定操作。
看到右边Retry Scope的属性设置框，其中重复的次数和每次间隔的时间都是可以自定义的。其中间隔时间不包括执行activity默认的响应时间30s。
有了Retry Scope，大家就可以根据实际情况去处理一些应用需要等待比较长响应或经常不响应的事件啦~
同学们有任何问题或建议都可以通过以下二维码或搜索微信公众号小白修炼营之RPA UiPath找到我们。当然你也可以直接加入我们小白修炼营的QQ群，和小伙伴们随时随地一起聊RPA。
网友评论