- Introdução
- Para administradores
- Projetos de fluxo de trabalho de RPA
- Como criar um fluxo de trabalho de RPA a partir de uma ideia
- Criação de um projeto
- Como iniciar um fluxo de trabalho de RPA
- Gerenciamento de arquivos e pastas do projeto
- Conectar fluxos de trabalho de RPA às suas contas
- Configuração de atividades
- Gerenciamento de atividades em um projeto
- Como transmitir valores entre atividades
- Como iterar por itens
- Como gerenciar os dados em um projeto
- Configuração de um projeto para usar seus dados
- Como usar recursos de arquivos e pastas
- Configuração local para fluxo de trabalho de RPA e projetos de aplicativos
- Projeto do aplicativo
- Apps no Studio Web
- Definir um contexto externo usando parâmetros de consulta
- Definir um contexto externo usando eventos externos
- Use matrizes para preencher os controles Lista suspensa, Lista suspensa multiseleção e Botão de rádio
- Usar controles tabulares com entidades do Data Service em projetos de aplicativos
- Incorporar agentes de conversa
- Atividades do aplicativo
- Processos com agentes
- Caso do Maestro
- Fluxo do Maestro
- Agents
- Soluções
- Fluxos de trabalho da API
- Testes
Arquitetura de projeto de app codificado no Studio Web, cobrindo como o Studio Web e seu IDE local dividem as responsabilidades e quais arquivos são importantes em cada estágio.
Um projeto de app codificado no Studio Web é um projeto profissional que reside dentro de uma solução. O Studio Web é o proprietário da identidade do projeto e seu ciclo de vida de publicação. O código-fonte do aplicativo é escrito em seu próprio projeto local e enviado para o Studio Web com a UiPath CLI.
O que é do Studio Web e o que é do seu IDE
| Preocupação | Pertencente ao Studio Web | Pertencente ao seu IDE local |
|---|---|---|
| Identidade do projeto dentro da solução | ✅ | — |
webAppManifest.json (tipo de projeto e configuração) | ✅ | — |
Registrando associações do enviado bindings_v2.json | ✅ | — |
| Publicação e implantação no nível da solução | ✅ | — |
| Visualização somente leitura da última origem enviada | ✅ | — |
| Criação de código-fonte, escolha de framework, dependências | — | ✅ |
bindings_v2.json — declarando quais recursos do Orchestrator o aplicativo usa | — | ✅ |
| Servidor de desenvolvimento local, visualização do aplicativo em execução, depuração | — | ✅ |
Arquivos que importam
Após inicializar o projeto no Studio Web
O Studio Web cria um único arquivo:
| de transações | Finalidade |
|---|---|
webAppManifest.json | Descreve o tipo do projeto (Coded) e a configuração. Pertencente ao Studio Web — você não o edita diretamente. |
Exemplo:
{
"type": "Coded",
"solutionResourceSubType": "CodedAction",
"config": {
"isCompiled": true,
"isActionApp": true
}
}
{
"type": "Coded",
"solutionResourceSubType": "CodedAction",
"config": {
"isCompiled": true,
"isActionApp": true
}
}
Em seu projeto local (o que você cria e envia por push)
Seu projeto local é o que sua estrutura de escolha produz. O Studio Web não exige uma estrutura de pastas específica; apenas o que você envia é armazenado.
Se o aplicativo precisar de recursos da UiPath no runtime, um bindings_v2.json arquivo na raiz do que você envia declara esses recursos. O Studio Web lê esse arquivo no push e registra cada recurso declarado — consulte Associações e recursos de runtime.
Para onde ir em seguida
Saiba mais sobre como trabalhar com projetos de aplicativos codificados: