有时，通常的手动例程并不是自动化的最佳方法。在提交某种方法之前，请先仔细研究应用程序的行为和 UiPath 的 集成或特性。
桌面自动化
当机器人和应用程序在同一台机器上运行时，最好使用 UI 自动化，因为 UiPath 可以直接与应用程序内的技术集成，以识别元素、触发事件并在幕后获取数据。
输入方法
UiPath 有 3 中方法用来触发应用程序上的单击活动或者输入活动。这些方法在处理UI自动化的所有活动中都显示为属性。
如果 SimulateType 或者 Simulate Click 属性被选中，UiPath 钩入应用程序并触发之指定 UI 元素（按钮、文本框）的事件处理程序。
如果选中了 SendWindowMessages 属性，UiPath 发送事件消息到程序的消息循环中，然后由程序的窗口程序派遣到目标 UI 元素内部
如果没有选择上述选项，Studio 会用硬件事件向系统驱动程序发送信号，并让操作系统将详细信息分配给目标元素。
这些方法应该按照提出的顺序来尝试 SimulateClick 和 WindowMessages 更加快，并且能在后台工作，但是它都依赖于应用程序背后应用的技术。
硬件事件在 Studio 中 100% 执行像人工操作员一样的动作，例如移动鼠标指针和单击特定的位置。然而，在这种情况下，被自动化的程序必须显示在屏幕上。这可以看作是一个缺点，因为它有被用户干扰自动化运行
选择器
有时，自动生成的选择器会提出易失性属性值来识别元素，并且需要人工干预来校准选择器。
在开发、测试和生产环境中，无论用户是否登录到应用程序，可靠的选择器每次都应该成功地识别相同的元素。
这里有一些关于如何在 Selector Editor 或者 UiExplor 中改进选择器的技巧：
- 用使属性看起来稳定和有意义的属性替换为易失性值
- 用通配符替换属性值的可变部分
- 剔除属性值全是通配符的属性
- 如果编辑属性没有帮助，请尝试添加更多的中间容器
- 避免使用 idx 属性，除非它的值是非常小的数字，如1或2。
在上面的选择器中，我们注意到页面标题引用了选择器被记录的时间，还有一些属性具有随机的 ID。通过调整属性，我们可以设计出一个比 UiPath 记录器生成的更好的选择器。
容器
与文件路径类似，选择器可以是完整的，也可以是部分的(相对的)。完整选择器从窗口或 html 标识符开始，具有在整个桌面上查找元素所需的所有信息，而部分选择器仅在指定元素所属的顶级窗口的 附加容器 中工作，例如以下是一些常见的附加容器：
- OpenBrowser
- OpenApplication
- AttachBrowser
- AttachWindow
以下是一些关于完整和部分选择器的更多信息。
使用带有部分选择器而不是完全选择器的容器有几个优点：
- 可视地分组在同一应用程序上工作的活动
- 稍微快一点，不要每次都去找最上面的窗口
- 在需要手动更新的情况下，可以更容易地管理顶级选择器
- 在处理同一应用程序的两个实例时必不可少
图像自动化
如果没有其他方法来识别屏幕上的 UI 元素( 比如选择器或键盘快捷键 )，图像识别是自动化应用程序的最后一种方法。
由于图像要求元素完全显示在屏幕上并且所有显示的细节在运行时必须与设计时一致，所以使用图像自动化时必须格外小心，要确保程序执行的可靠性。比实际需要的多选或者少选图像可能导致图像无法找到或者实际为错误的匹配。
考虑分辨率
图像匹配对于环境变化是非常敏感的，如桌面主题或屏幕分辨率的改变。
当应用程序在 Citrix 中运行时，分辨率应大于或等于记录工作流时的分辨率。否则，可以通过稍微降低捕捉到的图像精度因子来补偿小的图像失真。检查应用程序布局如何调整自身以适应不同的分辨率，以确保视觉元素的接近，特别是在基于坐标的技术(如相对单击和相对抓取)的情况下。
如果自动化系统支持不同的分辨率，则可以将并行记录放置在 PickBranch 活动中，机器人可以使用任何一种匹配。
OCR 引擎
如果 OCR 为应用程序返回了良好的结果，那么文本自动化是将环境影响降到最低的一个很好的选择。Google tesseract 引擎在较小的区域工作更好，而 Microsoft MODI 则适用于更大的区域。
在循环自动化中使用 MODI 引擎有时会造成内存泄漏。这就是为什么建议通过单独的工作流，使用隔离属性调用 MODI 完成的抓取。
UI 同步
当应用程序不处于工作流假定的状态时，可能会发生意外行为。首先要注意的是应用程序响应机器人交互所需的时间。DelayMs 属性使您能够等待应用程序响应一段时间。但是，在处理过程中的某些步骤之前，必须对应用程序的状态进行验证。度量可以包括使用其他交互之前等待所需应用程序状态的额外活动。可能有助于下列活动的活动：
- Element Exists, Image Exists, Text Exists, OCR Text Exists
- Find Element, Find Image, Find Text Position
- Wait Element Vanish, Wait Image Vanish
- Wait Screen Text (在终端中)
后台自动化
如果自动化是为了与人工用户共享桌面，则必须在后台实现所有UI交互。这意味着自动化必须直接使用UI元素对象，从而允许应用程序窗口在过程中被隐藏或最小化。
- 通过 Click 和 Type Into 活动来导航和输入数据时使用 SimulateType, SimulateClick, 和 SendWindowMessages 选项
- 使用 Set Text, Check, 和 Select 活动来在后台输入数据
- Get Text, Get Full Text, 和 WebScraping 是在后台执行输出数据的活动.
- 使用 Element Exists 活动来验证应用程序的状态
返回目录
UiPath 常见问题及解决办法汇总
更多 UiPath 相关的资讯，请关注公众号：流程自动化机器人教程
由于简书禁止直接在文章中插入公众号二维码，请点击 这里 了解添加该公众号的细节。
