- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- Sobre a publicação de projetos de automação
- Projetando automações
- Gerenciamento de pacotes de atividades
- Como definir as configurações do projeto de atividades
- Como assinar pacotes
- Governança
- Como importar entidades
- Experiência de Criação Moderna
- Vincular um projeto a uma ideia no Automation Hub
- Usando o Gerenciador de dados
- Dependências
- Tipos de fluxos de trabalho
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Depuração
- A ferramenta de diagnóstico
- Analisador de Fluxo de Trabalho
- Sobre o Analisador de Fluxo de Trabalho
- STN MG-001 - Convenção de nomenclatura de variáveis
- STN MG-002 - Convenção de nomenclatura de argumentos
- STN MG-004 - Duplicação de Nome de Exibição
- STN MG-005 - Variável substitui variável
- STN MG-006 - Variável substitui argumento
- STN MG-008 - Comprimento de variável excedido
- STN MG-009 - Variáveis Catablema de prefixo
- STN MG-011 - Argumentos Catablema de prefixo
- STN MG-012 - Valores padrão de argumentos
- STN MG-016 - Comprimento do argumento excedido
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-023 - Fluxo de trabalho vazio
- SR-DB-024 - Verificação da atividade Persistente
- SR-DB-025 - Pré-requisito de serialidade de variáveis
- SR-DB-026 - Uso da atividade Dela
- SR-DB-027 - Melhores práticas de persistência
- SR-DB-028 - Pré-requisito de serialidade de argumentos
- SR-US-005 - Argumentos de atividades embutidos em código
- SR-US-009 - Variáveis não utilizadas
- SR-US-010 - Dependências não utilizadas
- SR-US-014 - Restrições de pacotes
- SR-US-020 - Mensagens de logue mínimas
- SR-US-024 - Não utilizado e postergado
- SR-US-025 - Uso incorreto do valor salvo
- SR-US-026 - Restrições da atividade
- SR-US-027 - Pacotes necessários
- ST-USG-28 — restringir modelos de invocação de arquivos
- ST-USG-032 — rótulos obrigatórios
- ST-USG-034 — URL do Automation Hub
- Variáveis
- Argumentos
- Namespaces Importados
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Citrix Technologies Automation
- Automação RDP
- Automação da Salesforce
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- Test Suite — Studio
- Extensões
- Solução de problemas
- Sobre a solução de problemas
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas do Internet Explorer x64
- Problemas do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Reparando o suporte da Active Accessibility
- Automação de aplicativos em execução com um usuário diferente do Windows
- Validation of large Windows-legacy projects takes longer than expected
STN MG-002 - Convenção de nomenclatura de argumentos
ST-NMG-002Escopo: fluxo de trabalho
Essa regra analisa todos os argumentos no projeto e determina se eles seguem a convenção específica.
Os argumentos do projeto devem seguir uma convenção de nomenclatura específica para facilitar a compreensão do projeto e para mantê-lo. O nome do argumento deve ser significativo e incluir uma indicação do seu tipo:
- In – O argumento só pode ser usado dentro de um determinado projeto.
- Out – O argumento pode ser utilizado para passar dados fora de um determinado projeto.
- IO – O argumento pode ser usado dentro e fora de um determinado projeto.
Certifique-se de que todos os argumentos seguem a convenção de nomenclatura. A expressão Regex padrão para essa regra é:
- 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 acordo com a expressão regex acima, o argumento corresponde à expressão se ele começar com um prefixo, seguido por uma letra minúscula ou maiúscula, e um número.
in_HelloWorld, ele será validado pela regra. Outros exemplos de nomes de argumentos que seguem essa regra regex são: out_HelloWorld e io_Helloworld.
Na janela Configurações do Projeto, selecione a guia Analisador de Fluxo de Trabalho. Localize e selecione a regra, conforme a imagem abaixo:
[A-Z] da expressão para os argumentos In, o padrão de pesquisa será ^in_(dt_)?([a-z])+([0-9])*$. Agora a regra verifica se os argumentos iniciam com uma letra minúscula após o prefixo.
[a-z]|[A-Z]), a regra será ^in_(dt_)?([A-Z]|[a-z]|[a-z]|[A-Z])+([0-9])*$, e reconhecerá in_HelloWonderfulWorld como um nome de argumento válido.
A expressão regex padrão para essa regra pode ser alterada para outra convenção de nomenclatura. Verifique a lista abaixo:
Camel Case
A convenção Camel Case especifica que cada palavra no meio do nome do argumento começa com uma letra maiúscula, sem espaços ou pontuação.
^in_(dt_)?([A-Z]|[a-z]|[0-9])+([A-Z]|[a-z]|[0-9]).
in_Hello1World2, in_helloWorld, in_Hello1World.
Pascal Case
A convenção Pascal Case especifica que o nome do argumento deve conter palavras com letras maiúsculas concatenadas.
^in_(dt_)?([A-Z]|[0-9])+([A-Z]|[a-z]|[0-9]).
in_Hello1World2, in_HelloWorld, in_Hello1World.
Kebab Case
A convenção Kebab Case é semelhante à Snake Case, exceto que ela substitui os espaços por hifens, em vez de sublinhados.
^in_(dt_)?([a-z]|[A-Z]|[0-9])+‐([a-z]|[A-Z]|[0-9]).in_Hello1‐World2, in_Hello‐World.
Os valores padrão para o Regex da ST-NMG-002 são:
- 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 redefinir esses valores para os padrões, clique com o botão direito em uma regra na janela Configurações do Projeto e clique em Redefinir para o padrão.
