- 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-021 - Tempo limite embutido em código
- 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
- Automações codificadas
- Automação assistida baseada em gatilho
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação de tecnologias Citrino
- 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
- Sobre extensões
- Ferramenta SetupExtensions
- UiPathRemoteRuntime.exe não está sendo executado na sessão remota
- O UiPath Remote Runtime bloqueia a sessão do Citrix de ser fechado
- O UiPath Remote Runtime causa vazamento de memória
- Os pacotes UiPath.UIAutomation.Activities e versões do UiPath Remote Runtime são incompatíveis
- A extensão do UiPath necessária não está instalada na máquina remota
- Configurações de resolução de tela
- Políticas de grupo do Chrome
- Não é possível se comunicar com o navegador
- A extensão do Chrome é removida automaticamente
- A extensão pode ter sido corrompida
- Verifique se a extensão para o Chrome está instalada e habilitada
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Habilite o Acesso às URLs do arquivo e o Modo Anônimo
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- Lista de extensões para Chrome
- Extensão do Chrome no Mac
- Políticas de grupo Edge
- Não é possível se comunicar com o navegador
- A extensão Edge é removida automaticamente
- A extensão pode ter sido corrompida
- Check if the Extension for Microsoft Edge is installed and enabled
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Enable access to file URLs and InPrivate mode
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- Lista de extensões para Edge
- Extensão para o Varear Horizonte
- Plug-in do SAP Solution Manager
- Suplemento do Excel
- 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
- Validation of large Windows-legacy projects takes longer than expected
Melhores práticas
Para garantir que suas automações codificadas sejam eficientes, fáceis de manter e escaláveis, você precisa seguir as melhores práticas. Esta seção fornece uma visão geral das principais melhores práticas a serem lembradas ao embarcar em sua jornada de aproveitamento de código para criar soluções de automação. A adoção dessas melhores práticas ajudará você a projetar automações codificadas, especificamente ao estruturar seu código, implementar estratégias de tratamento de erros ou criar componentes reutilizáveis.
O paralelismo melhora o desempenho e é mais fácil implementá-lo em automações codificadas. Um loop For Each pode aumentar a velocidade com a qual uma automação é executada.
As automações codificadas (arquivos CS) não são compatíveis com o uso ou a invocação de variáveis ou argumentos de classes aninhadas dentro de automações de pouco código (arquivos XAML). Se você tentar invocar esses tipos de argumentos usando uma atividade Invoke Workflow File ou para criar esses argumentos em arquivos XAML, você receberá erros. Recomendamos usar variáveis e argumentos de classes aninhadas apenas dentro de outros arquivos CS.
CodedWorkflow
, ParentFile
(uma classe intermediária que herda CodedWorkflow
e contém um método personalizado) e MyCustomWorkflow
junto com AnotherCustomWorkflow
(classes derivadas que herdam ParentFile
). A tabela abaixo mostra como funciona a herança entre essas classes e arquivos:
Automação codificada | Description | Código |
---|---|---|
CodedWorkflow (read-only partial class)
| Esta classe serve como base para todos os fluxos de trabalho codificados. Ele contém métodos e propriedades essenciais comuns a todos os fluxos de trabalho, herdados da CodedWorkflowBase classe. Neste exemplo, é a classe da qual todos os outros fluxos de trabalho herdam.
Importante: o arquivo que você deseja que outros fluxos de trabalho herdem também deve herdar
CodedWorkflow e implicitamente as CodedWorkflowBase classes. Isso garante que todos os fluxos de trabalho herdem funções essenciais e funcionem como esperado.
|
|
ParentFile (code source file containing an intermediate class and a custom method)
| Esta classe herda CodedWorkflow e adiciona métodos e funcionalidades personalizados. Neste exemplo, inclui um método personalizado chamado , que realiza ações CustomMethod específicas, como iniciar um trabalho no Orchestrator.
|
|
MyCustomWorkflow and AnotherCustomWorkflow (coded workflows that inherit the code source file)
| Essas classes herdam ParentFile e personalizam ainda mais o fluxo de trabalho substituindo métodos ou fornecendo valores de parâmetros diferentes. Neste exemplo, temos MyCustomWorkflow e AnotherCustomWorkflow , ambos herdam ParentFile .
|
|
ParentFile
herda de CodedWorkflow
, qualquer classe que herda ParentFile
indiretamente herda a funcionalidade e os métodos de CodedWorkflow
. Em outras palavras, MyCustomWorkflow
ambos AnotherCustomWorkflow
herdam a funcionalidade principal da classe CodedWorkflow
parcial por meio da intermediária ParentFile
, juntamente com outras classes personalizadas, como CustomMethod
.
Para aprimorar suas automações codificadas, usando lógica customizada, você pode registrar serviços customizados, que serão usados posteriormente em suas automações codificadas. Visite Registro de serviços personalizados para saber como registrar seu próprio serviço personalizado.
Nos casos de teste, os contextos Antes e Depois permitem executar determinadas ações antes e depois da execução do caso de teste. Esses contextos são comumente usados para configurar e desmontar recursos, realizar registro em log e gerenciar o ambiente de teste. Visite contextos Antes e Depois para saber como os contextos se comportam e como implementá-los.
- Recomendamos que você não faça alterações nos namespaces.
- Armazene uma ação dentro de uma classe e reutilize-a em todo o projeto, evitando a duplicação de código.
- Você pode remover os namespaces que importou durante o tempo de design, mas que não são mais necessários.
- Se você precisar obter dados de vários aplicativos, separe as fases da automação codificada, para não misturar dados provenientes de várias fontes.