- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- 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
- Variables
- Argumentos
- Espacios de nombres importados
- Flujo de control
- Repo. de objetos
- Registro
- La herramienta de migración ScaleCoordinates
- La herramienta ScreenScrapeJavaSupport
- StudioPro
- Extensiones
- Solución de problemas
- Internet Explorer x64
- Problemas con Microsoft Office Interop
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Identificación de los elementos de la interfaz de usuario tras las actualizaciones de Windows
- Aplicaciones JxBrowser
- Supervisión de eventos de usuario
- Java en App-V
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Citrix

Guía de usuario de Studio
ST-NMG-002Ámbito: flujo de trabajo
Esta regla analiza todos los argumentos del proyecto y determina si siguen la convención específica.
Para facilitar la comprensión del proyecto y su mantenimiento, los argumentos del proyecto deben seguir una convención de nombres específica. El nombre de los argumento debe ser significativo e incluir una indicación de su tipo:
- en: el argumento solo puede ser usado dentro del proyecto dado.
- fuera: el argumento puede usarse para pasar datos fuera de un proyecto determinado.
- io: el argumento puede usarse tanto dentro como fuera de un proyecto dado.
Asegúrate de que todos los argumentos siguen la convención de nombres. La expresión Regex por defecto para esta regla es:
- InRegex:
^in_(dt_)?([A-Z]|[a-z])+([0-9])*$ - OutRegex:
^out_(dt_)?([A-Z]|[a-z])+([0-9])*$ - InOutRegex:
^io_(dt_)?([A-Z]|[a-z])+([0-9])*$.
De acuerdo con la expresión regex anterior, el argumento coincide con la expresión si comienza con un prefijo, seguido de una letra minúscula o mayúscula, y un número.
in_HelloWorld, entonces es validado por la regla. Otros ejemplos de nombres de argumentos que siguen esta regla regex son: out_HelloWorld y io_Helloworld.
En la ventana Configuración del proyecto, selecciona la pestaña Analizador del flujo de trabajo. Busca y selecciona la regla, como se ve en la siguiente imagen:
[A-Z]de la expresión para los argumentos En, el patrón de búsqueda se convierte en ^in_(dt_)?([a-z])+([0-9])*$. Por lo tanto, la regla comprueba si los argumentos En comienzan con una letra minúscula después del prefijo.
[a-z]|[A-Z]), en ese caso la regla se convierte en ^in_(dt_)?([A-Z]|[a-z]|[a-z]|[A-Z])+([0-9])*$, y reconoce in_HelloWonderfulWorld como un nombre válido del argumento In.
La expresión regex por defecto para esta regla puede ser cambiada por otra convención de nombres. Comprueba la lista siguiente:
Caso de Camel
La convención de las mayúsculas especifica que cada palabra en medio del nombre del argumento comienza con una letra mayúscula, sin espacios intermedios ni puntuación.
^in_(dt_)?([A-Z]|[a-z]|[0-9])+([A-Z]|[a-z]|[0-9]).
in_Hello1World2, in_helloWorld, in_Hello1World.
Caso de Pascal
La convención de denominación de casos de Pascal especifica que el nombre del argumento debe contener palabras mayúsculas concatenadas.
^in_(dt_)?([A-Z]|[0-9])+([A-Z]|[a-z]|[0-9]).
in_Hello1World2, in_HelloWorld, in_Hello1World.
Caso de Kebab
La convención de denominación del caso de Kebab es similar al de snake, con la diferencia de que sustituye los espacios por guiones en lugar de guiones bajos.
^in_(dt_)?([a-z]|[A-Z]|[0-9])+‐([a-z]|[A-Z]|[0-9])in_Hello1‐World2, in_Hello‐World.
Los valores predeterminados para ST-NMG-002 Regex son:
- InRegex:
^in_(dt_)?([A-Z]|[a-z])+([0-9])*$ - OutRegex:
^out_(dt_)?([A-Z]|[a-z])+([0-9])*$ - InOutRegex:
^io_(dt_)?([A-Z]|[a-z])+([0-9])*$.
Para restablecer estos valores por defecto, haz clic con el botón derecho del ratón en una regla de la ventana Configuración del proyecto y luego haz clic en Restablecer valores por defecto.