- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de los proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- Gestionar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Dependencias
- Tipos de flujos de trabajo
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Depuración
- La herramienta de diagnóstico
- Analizador de flujo de trabajo
- Acerca del analizador de flujo de trabajo
- ST-NMG-001: convención sobre nombres de variables
- ST-NMG-002: convención de nombres de argumentos
- ST-NMG-004: duplicación de nombres de visualización
- ST-NMG-005: anulación de variables
- ST-NMG-006: argumentos de anulación de variables
- ST-NMG-008: longitud variable excedida
- ST-NMG-009: variables de datos prefijados
- ST-NMG-011: argumentos de prefijo Datatable
- ST-NMG-012: valores predeterminados de los argumentos
- ST-NMG-016: longitud del argumento excedida
- ST-DBP-002: recuento de Argumentos elevado
- ST-DBP-003: bloque de Catch vacío
- ST-DBP-007: múltiples capas de diagramas de flujo
- ST-DBP-020: propiedades de salida no definidas
- ST-DBP-023: flujo de trabajo vacío
- ST-DBP-024: comprobación de actividad de persistencia
- ST-DBP-025: requisito previo para la serialización de variables
- ST-DBP-026: retraso en el uso de la actividad
- ST-DBP-027: mejor práctica de persistencia
- ST-DBP-028: requisito de serialización de argumentos
- ST-USG-005: argumentos de actividad codificados
- ST-USG-009: variables no utilizadas
- ST-USG-010: dependencias sin utilizar
- ST-USG-014: restricciones de los paquetes
- ST-USG-020: mensajes de registro mínimos
- ST-USG-024: guardado sin usar para más adelante
- ST-USG-025: uso incorrecto de los valores guardados
- ST-USG-026: restricciones de actividad
- ST-USG-027: paquetes necesarios
- ST-USG-028: Restringir la invocación de plantillas de archivo
- Variables
- Argumentos
- Gestión de argumentos
- El panel de argumentos
- Utilizar argumentos
- Espacios de nombres importados
- Flujo de control
- Repo. de objetos
- Registro
- La herramienta ScreenScrapeJavaSupport
- Pruebas de Studio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Reparar Soporte Active Accessibility
- Solución de problemas de aplicaciones de JxBrowser
- Supervisión de eventos de usuario
- Solución de problemas de Citrix
- Automatizar aplicaciones que se ejecutan en un usuario de Windows diferente
Los argumentos se usan para pasar datos de un proyecto a otro. En un sentido global, se asemejan a las variables, ya que almacenan datos de forma dinámica y los transmiten. Las variables pasan datos entre actividades, mientras que los argumentos pasan datos entre automatizaciones. Como resultado, le permiten reutilizar ciertos proyectos una y otra vez.
Studio supports a large number of argument types, which coincide with the types of variables. Therefore, you can create Generic Value, String, Boolean, Object, Array, or DataTable arguments and you can also browse for .Net types, just as you do in the case of variables.
Additionally, arguments have specific directions (In, Out, In/Out, Property) that tell the application where the information stored in them is supposed to go.
- Si una variable y un argumento tienen el mismo nombre, la variable será siempre la predeterminada y se utilizará en el runtime.
- Pasar argumentos En complejos (por ejemplo, de tipo System.Data.DataTable) a una actividad Invocar archivo de flujo de trabajo que no está aislada actúa como si se pasara una referencia, lo que significa que cualquier cambio en el objeto dentro del flujo de trabajo invocado cambia el objeto en el flujo de trabajo principal. Los tipos de argumentos integrados (por ejemplo, Boolean) siempre se pasan como valores.
Please take into consideration that if you create an In/Out argument with an In value when used in the Invoke Workflow activity, and then change the value to Out, you may notice that an error is thrown when executing the project. This is because the Invoke Workflow activity did not return the values by reference. Use a Global Handler in your project to get access to the exact values the arguments had inside the invoked workflow.
Por último, estos argumentos pueden utilizarse para integrarse con otras herramientas de tu empresa, ya que también están expuestos en Orchestrator. Esto significa que ahora cualquier proceso que crees puede recibir parámetros de entrada a través de la API o interfaz de Orchestrator, así como devolver una salida a todo lo anterior. Más información disponible aquí.
Crear argumentos
Argument names should be in upper CamelCase with a prefix stating the argument direction, such as in_DefaultTimeout, in_FileName, out_TextResult, io_RetryNumber. You can check out our Workflow Design Naming Conventions recommendations for more details.
Desde el cuerpo de una actividad
- Desde el panel de Actividades, arrastra una actividad al panel del Diseñador. Haz clic con el botón derecho en un campo y selecciona Crear argumento de entrada o Crear argumento de salida en el menú contextual. Alternativamente, presiona Ctrl+M o Ctrl+Mayús+M. Se mostrará el campo Establecer Arg.
- Rellena el nombre y presiona Into. El argumento se crea y es visible en el campo. Comprueba tu dirección y escribe en el panel de Argumentos.
De expresiones
Alternativamente, los argumentos pueden ser creados a partir de expresiones directamente en un campo de entrada de actividad o en el Editor de Expresiones Editor de Expresiones:
-
Selecciona una parte de la expresión y presiona Ctrl+M o Ctrl+Mayús+M. Se mostrará el campo Establecer Arg.
-
Escribe el nombre y presiona Entrar. El argumento está creado. Comprueba su tipo y dirección en el panel Argumentos.
Los argumentos creados de esta manera reciben automáticamente el tipo de acuerdo con la actividad. Por ejemplo, si creas un argumento en el campo Data Table de una actividad Escribir rango, el tipo de argumento se establece en DataTable. Si creas un argumento en el campo Text de una actividad Escribir línea, el tipo de argumento se establece en String.
Desde el panel de Propiedades
- En el panel de Propiedades de cualquier actividad, haz clic con el botón derecho en un campo que se pueda editar y seleccionar Crear argumento de entrada o Crear argumento de salida en el menú contextual. Alternativamente, presiona Ctrl+M o Ctrl+Mayús+M. Se mostrará el campo Establecer Arg.
- Rellena el nombre y presiona Into. El argumento se crea y es visible en el campo. Comprueba tu dirección y escribe en el panel de Argumentos.
El tipo de argumento se generará automáticamente en función de la propiedad seleccionada.
Desde el Panel de Argumentos
-
En el panel del Diseñador, haz clic en Argumentos. Se mostrará el panel de Argumentos.
-
Haz clic en la línea de Crear argumento, y rellena el nombre. Se creará un nuevo argumento.
Nota:De forma predeterminada, todos los argumentos son de tipo Cadena y tienen una dirección de Entrada.
Eliminar Argumentos
Para eliminar un argumento, en el panel de Argumentos, haz clic con el botón derecho en el argumento y selecciona Eliminar, o selecciona el argumento y pulsa la tecla Eliminar.
Para eliminar todos los argumentos que no se usan en ninguna parte del archivo actual, selecciona Eliminar no usado > Argumentos en la cinta de Studio.