UiPath Studio

UiPath Studio 指南

工作流设计

布局图

UiPath 提供四个图表,用于在开发工作流文件时
将活动集成到工作结构中:

  • 流程图
  • 序列
  • 状态机
  • 全局异常处理程序

序列

序列包含简单的线性表示,从上到下,最适合于活动前后相连的简单场景。例如,在导航和键入一次发生一个单击/击键的情况下,序列在用户界面自动化中非常有用。因为序列易于组合和理解,所以是大多数工作流的首选布局。

流程图

Flowcharts offer more flexibility for connecting activities and tend to lay out a workflow in a plain two-dimensional manner. Because of its free form and visual appeal, flowcharts are best suited for showcasing decision points within a process. Arrows that can point anywhere closely resemble the unstructured GoTo programming statement and therefore make large workflows prone to chaotic interweaving of activities.

状态机

状态机是一个相当复杂的结构,可以看作是一个带有条件箭头的流程图,也称为转换。它支持更紧凑的逻辑表示,我们发现它适合于事务业务流程模板的标准高级流程图。

全局异常处理程序

异常处理程序设计用于小型和大型自动化项目,用于识别执行错误,最重要的是,在发生此类错误时确定工作流行为。如果调试过程中遇到执行错误,则可能会将全局异常处理程序设置为“跳入”,并允许您根据异常处理程序中先前设置的选项来检查工作流的行为。

选项

决策需要在工作流中实现,以使机器人能够在数据处理和应用程序交互的各种情况下做出不同的反应。选择条件及其后续分支的最合适表示方式会在很大程度上影响工作流的可视化结构和可读性。

“If 条件”活动

The If activity splits a sequence vertically and is perfect for short balanced linear branches. Challenges come when more conditions need to be chained in an If… Else If manner, especially when branches exceed available screen size in either width or height. As a general guideline, nested If statements are to be avoided to keep the workflow simple/linear.

流程决策

与嵌套“If 条件”语句或“If… Else If”构造函数类似,流程图布局有利于展示重要的业务逻辑和相关条件。在某些情况下,即使在序列中,流程图似乎也不错。

If 运算符

The VB If operator is very useful for minor local conditions or data computing, and it can sometimes reduce a whole block to a single activity.

切换活动

The Switch activity may be sometimes used in convergence with the If operator to streamline and compact an If… Else If cascade with distinct conditions and activities per branch.

流程切换

The Flow Switch activity selects the next node depending on the value of an expression; Flow Switch can be seen as the equivalent of the procedural Switch activity in flowcharts. It can match more than 12 cases by starting more connections from the same switch node.

数据

在可见性和生命周期方面,数据有两种形式:参数和变量。虽然参数的目的是将数据从一个工作流传递到另一个工作流,但是变量被绑定到单个工作流文件中的容器,并且只能在本地使用。

变量范围

参数在工作流文件中随处可见,而变量则不同,变量仅在定义了变量的容器中可见,称为范围。

变量应该保持在最内部的范围内,目的有两个:减少“变量”面板中的杂乱;在自动完成中仅显示工作流中特定点的相关内容。

Note:

如果存在两个名称相同的变量(尽管我们强烈反对这样做),那么在最内部范围中定义的变量具有优先级。

参数

Keep in mind that when invoking workflows with the Isolated option (which starts running the workflow in a separate system process), only serializable types can be used as arguments to pass data from a process to another. For example, SecureString, Browser and Terminal Connection objects cannot safely cross the inter-process border.

默认值

变量和输入参数可以使用某些默认静态值进行初始化。这在单独测试工作流时非常方便,不需要来自调用工作流或其他外部源的实际输入数据。

命名约定

应该为工作流文件、活动、参数和变量分配有意义的名称,以便准确描述它们在整个项目中的用法。

项目应包含有意义的说明,因为它们也会显示在 Orchestrator 用户界面中,并且可能会在多用户环境中有所帮助。

为了提高可读性,变量和参数的名称还应遵循以下命名惯例:

  • 蛇型命名法:First1_Name2first_name2
  • 大/小驼峰命名法:FirstNamelastName
  • 帕斯卡命名法:First1Name2First1Name
  • 烤串命名法:First-NameFirst-Name1

参数名称应区分大小写,并包含一个指明参数类型的前缀,例如 in_DefaultTimeoutin_FileNameout_TextResultio_RetryNumber

活动名称应该简明地反映所采取的操作,例如,单击“保存”按钮。保留标题中描述动作的部分(“单击”、“键入”、“存在元素”等)。

除了“主要”之外,所有工作流名称都应该包含描述工作流任务的动词,例如“获取事务数据”、“处理事务”和“拍摄屏幕截图”。

注释和批注

The Comment activity and Annotations should be used to describe in more detail a technique or the particularities of a certain interaction or application behavior. Keep in mind that other people may, at some point, come across a robotic project and you can try to ease their understanding of the process.

Updated 11 days ago


工作流设计


Suggested Edits are limited on API Reference Pages

You can only suggest edits to Markdown body content, but not to the API spec.