- 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
- 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
- Solución de problemas de aplicaciones de JxBrowser
- Supervisión de eventos de usuario
- Solución de problemas de Citrix
ID de la regla:ST-NMG-001
Ámbito: actividad
Descripción
Las variables de un proyecto deberán seguir una convención de nombres específicos para facilitar la comprensión del propósito de la variable y su mantenimiento. El nombre de la variable debe ser significativo para describir con precisión su uso durante todo el proyecto.
Esta regla analiza todas las variables del proyecto y determina si siguen la convención específica. Si no es así, se registra un mensaje en el panel de la Lista de errores.
Recomendable
Asegúrate de que todas las variables sigan la convención de nombres. La regla comprueba que los nombres de las variables se ajustan a esta expresión Regex por defecto ^(dt_)?([A-Z]|[a-z])+([0-9])*$.
De acuerdo con la expresión Regex anterior, el nombre de la variable cumple la regla si comienza con una letra minúscula o mayúscula que puede ir precedida por el prefijo dt_ recomendado para variables TablaDeDatos, seguida de una letra minúscula o mayúscula y luego uno o más números.
Por ejemplo, si el nombre de la variable en el flujo de trabajo es HelloWorld1, entonces coincide con la expresión Regex por defecto establecida en esta regla.
Modificar la regla
En la ventana Configuración del proyecto, selecciona la pestaña Analizador de flujo de trabajo. Busca y selecciona la regla, como se muestra en la siguiente imagen:
En la sección Regex, agrega o elimina caracteres del patrón de búsqueda. Por ejemplo, si eliminamos la parte [A-Z] de la expresión, el patrón de búsqueda se convierte en ^(dt_)?([a-z])+([0-9])*$. Ahora la regla comprueba si las variables empiezan con una letra minúscula y van seguidas de un número.
Si agregamos [a-z]|[A-Z]), entonces la regla se convierte en ^(dt_)?([A-Z]|[a-z]+[a-z]|[A-Z])+([0-9])*$, y reconoce HelloWonderfulWorld como nombre de variable válida.
Ejemplos de expresiones Regex
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 caso de Camel especifica que cada palabra en medio del nombre de la variable comienza con una letra mayúscula, sin espacios intermedios ni puntuación.
Ejemplo de expresión Regex: ^(dt_)?([A-Z]|[a-z])+([A-Z]|[a-z]|[0-9]).
Nombres de variables válidos: Hello1World2, helloWorld, Hello1World.
Caso de Pascal
La convención de nombres de caso de Pascal especifica que el nombre de la variable debe contener palabras mayúsculas concatenadas.
Ejemplo de expresión Regex: ^(dt_)?([A-Z])+([A-Z]|[a-z]|[0-9]).
Nombres válidos: Hello1World2, HelloWorld, Hello1World.
Restablecer a valores por defecto
El valor por defecto para el ST-NMG-001 Regex es ^(dt_)?([A-Z]|[a-z])+([0-9])*$.
Some Workflow Analyzer rules have default values. To reset these values to default, right-click a rule in the Project Settings window, and then click Reset to default.