小白修炼营之RPA程序员

UiPath基础篇 - 简单输入/输出UI交互

2019-01-23  本文已影响5人  哈皮小白

UI,大家都知道是用户界面的简称,许多RPA流程中大部分的操作都是建立在和UI的交互之上。我猜想,这可能也是UiPath名字的由来吧~

所以,作为之后会经常涉及的内容,我们的学习之旅就从UI交互这块开始。

UiPath上基本的UI输入输出操作就是以上这些。从鼠标点击、滑动,到键盘输入,还有直接从界面取值,全部都有囊括。

我们拿最简单的Click这个activity来看一下一些基本的属性设置(activity的属性设置框在选中相关activity后会显示在编辑界面的右侧)。

ContinueOnError:默认为空,即表示False。其功能是如果在这里我们将其改为True,当前activity操作即使出错也可以继续后续操作,反之流程会因报错中断。我常将其用于某些流程中非任何场景都需执行的activity。

DelayAfter:执行完该activity后添加一段暂停的时间,以毫秒为单位。

DelayBefore:类似DelayAfter,是在执行该activity前添加一段暂停时间。

TimeoutMS:执行该activity时寻找指定element的时间,默认是30秒,同样以毫秒为单位。若在该设定时间内仍未找到指定element,流程将会报错。

MouseButton:可以在这里选择用鼠标的哪一个键执行点击操作。

Target:即是该activity用来确定需要在哪里做操作的依据,是设计一个UI相关的RPA流程需要非常重视的部分,这一块我们会花更多的时间在之后的分享着重梳理,敬请关注。

SimulateClick:非常好用的功能。避免了在运行RPA流程时一些不可预知的弹窗或界面遮挡的干扰,通过后台模拟完成点击操作(同见输入等其它activities)。

我们可以把UiPath上的输入操作分为3类。

从对比图可以清晰地看出,对于各种环境的适应性上,默认的UI输入activities基本可以全部适配。

后两者的优势在于可以从后台运行。Simulate的方式则在速度上有较大领先。

前两者支持热键,例如Shift,Ctrl等。

所以结论是我们还需结合实际运行环境来选择相应的UI activities。

最后还有一些小贴士给到大家:

在选用UI actvities时一定要尽量使用最合适的那一个。

Simulate是比较推荐的方式,因为它是最快的(当然也要结合实际场景)。

OCR activity一定是最后的选择(OCR是一种图像字符识别技术,在一些找不到element的特殊情况下只能通过OCR识别来定位需要执行相关操作的element)。

同学们有任何问题或建议都可以通过以下二维码或搜索微信公众号小白修炼营之RPA UiPath找到我们。当然你也可以直接加入我们小白修炼营的QQ群,和小伙伴们随时随地一起聊RPA。

上一篇下一篇

猜你喜欢

热点阅读