Depurar uma aplicação condicionada por modelo com o Monitor

O Monitor pode ajudá-lo a depurar e a diagnosticar problemas e ajuda a criar aplicações mais rápidas e fiáveis. O Monitor fornece uma visão profunda de como uma aplicação funciona fornecendo um registo de todas as atividades-chave na sua aplicação à medida que a aplicação é executada. Também pode depurar de forma colaborativa uma aplicação condicionada por modelo publicada com um engenheiro de suporte ou depurar problemas com a sessão de outro utilizador. Para obter mais informações sobre como depurar de forma colaborativa uma aplicação condicionada por modelo publicada, aceda a Resolução de problemas colaborativa com o Monitor.

Para obter mais informações sobre quando deve monitorizar uma aplicação, consulte Descrição geral do Monitor. Para executar o Monitor com uma aplicação de tela, consulte Depurar aplicações de tela com o Monitor.

Utilizar o Monitor para diagnosticar uma aplicação condicionada por modelo

1. Inicie sessão no Power Apps e, em seguida, selecione Aplicações do painel de navegação do lado esquerdo.

2. Selecione a aplicação condicionada por modelo que pretende monitorizar e, em seguida, selecione Monitorizar na barra de comandos.

3. Na página Web que abre, selecione Reproduzir aplicação condicionada por modelo para abrir a sua aplicação.

   

   Nota

   Em alternativa, pode executar uma aplicação condicionada por modelo e adicionar "&monitor=true" ao final do URL no browser. Em seguida, selecione Monitorizar na barra de comando para iniciar uma sessão de monitorização num novo separador.

4. Depois da aplicação ser aberta a partir do Monitor, verá uma caixa de diálogo Participar na sessão de depuração de monitorização?. Isto permite-lhe saber que quaisquer dados da aplicação serão enviados para o proprietário do Monitor. Selecione Participar. Os eventos começam a fluir para o ecrã de sessão do Monitor à medida que ocorrem na aplicação.

   

5. Selecione um evento para exibir informações adicionais no painel direito.

   

Eventos monitorizados

A navegação de página, as execuções de comandos, guardar formulários e outras ações importantes enviarão indicadores chave de desempenho e eventos de rede para o Monitor.

FullLoad

FullLoad significa a carga completa de uma navegação de página, tal como uma carga de formulário de edição. Este evento aguarda que certos pedidos de rede sejam concluídos e todos que toda a composição termine, para que o formulário possa estar pronto antes que o FullLoad esteja concluído.

Selecione um evento FullLoad para exibir o separador Detalhes.

O evento FullLoad captura muitas estatísticas sobre a carga da página.  Pode ver o formulário de edição de tarefas carregado em 506 ms, e a seleção da linha revela informações no painel de propriedade. Pode ver detalhes em customScriptTime (tempo gasto a executar JavaScript personalizado), loadType (0 = tipo de página de carregamento pela primeira vez, 1 = entidade de carregamento pela primeira vez, 2 = registo de carregamento pela primeira vez, 3 = registo exato foi visitado)e FormId (identificador de formulário para posterior diagnóstico).  Expandir  Atribuição apresenta uma desagregação do tempo de execução personalizado do JS por tipo, editor, solução, versão, recurso Web e método.  Isto pode ajudar a identificar limitações no tempo de carga do formulário.

Rede

Os eventos da  Rede revelam detalhes sobre cada pedido feito a partir da aplicação.

Selecione um evento de Rede para exibir o separador Detalhes.

Anteriormente, ficou a conhecer o Monitor e como usá-lo para aplicações condicionadas por modelos. Vejamos alguns cenários em que o Monitor pode ajudá-lo a resolver erros de script, comportamentos inesperados e abrandamentos.

Erros de script personalizado

Por vezes, um erro no JS personalizado causa um erro de script ou problema de funcionalidade ao carregar uma página. Embora isto produza normalmente uma pilha de chamadas no diálogo, é difícil saber sempre de onde vem ou descodificar o erro. O Monitor recebe eventos da aplicação com mais detalhes sobre os erros, para que possa depurar mais rápida e facilmente.

Por exemplo, imagine que um utilizador está a experimentar um diálogo de erro de script na carga do formulário de conta.  Pode utilizar o Monitor para obter mais detalhes sobre o evento.  Uma vez reproduzido o cenário, pode ver que o erro de script produz um evento de erro realçado a vermelho. A seleção desta linha dá-lhe não só o nome da pilha de chamadas , mas o nome do editor, nome/versão da solução, nome de recurso Web e tipo (como onload, onchange, RuleEvaluation e CustomControl). Neste exemplo, parece um erro no script.

Desempenho fraco

As ferramentas de programação do browser podem ajudar a perfilar cargas de página lentas, mas há muitos dados para filtrar e não é claro o que é importante olhar. O Monitor resolve este problema mostrando eventos relevantes que contribuem para o desempenho de carga da página.

Por exemplo, imagine que um utilizador está a experimentar cargas de formulários de conta lentas, e o browser está constantemente a bloquear. Neste caso, depois de reproduzir o problema, pode ver um aviso de desempenho a dizer-lhe que foi enviado um XMLHttpRequest síncrono durante a carga que degradou o desempenho.

Consulte a publicação de blogue anterior sobre como aliviar problemas de desempenho XMLHttpRequest (XHR) síncronos.

Para cada carga de página, a plataforma de dados envia todos os KPI para a sequência de carregamento, bem como detalhes de pedido de rede como mencionado anteriormente.

Consulte também

Utilizar o Monitor para resolver problemas de comportamento de formulários de aplicações condicionadas por modelo