Depurar una aplicación basada en modelos con Live Monitor
El monitor en vivo puede ayudarle a depurar y diagnosticar problemas y a crear aplicaciones más rápidas y confiables. El monitor en vivo proporciona una visión profunda de cómo se ejecuta una aplicación al proporcionar un registro de todas las actividades clave en su aplicación mientras esta se ejecuta. También puede depurar de forma colaborativa una aplicación basada en modelo publicada con un ingeniero de soporte o depurar problemas de la sesión de otro usuario. Para obtener más información sobre cómo depurar de forma colaborativa una aplicación basada en modelos publicada, vaya a Solución de problemas colaborativa mediante Live Monitor.
Importante
El monitor en vivo para aplicaciones basadas en modelos requiere que la versión del cliente de su aplicación basada en modelos sea 1.4.5973-2307.2 o posterior.
Para obtener más información sobre cuándo debes supervisar una aplicación, consulta Descripción general del monitor. Para ejecutar Live Monitor con una aplicación de lienzo, consulte Depuración de aplicaciones de lienzo con Live Monitor.
Utilice Live Monitor para diagnosticar una aplicación basada en modelos
Inicie sesión en Power Apps y luego en Seleccionar Aplicaciones desde el panel de navegación izquierdo.
Seleccionar la aplicación basada en modelos que desea monitorear y luego Seleccionar Monitor en vivo en la barra de comandos.
En la página web que se abre, seleccione Seleccionar Reproducir aplicación basada en modelos para abrir su aplicación.
Nota
Alternativamente, puede ejecutar una aplicación basada en modelo y agregar "& monitor=true" al final de la URL en el navegador. Luego, presione Seleccionar Monitor en vivo en la barra de comandos para iniciar una sesión de monitoreo en una nueva pestaña.
Después de abrir la aplicación desde el monitor en vivo, verá el cuadro de diálogo ¿Unirse a la sesión de depuración del monitor? . Esto le permite saber que cualquier dato de la aplicación se enviará al propietario del monitor en vivo. Seleccione Unirse. Los eventos comienzan a fluir a la pantalla de la sesión del monitor en vivo a medida que ocurren en la aplicación.
Seleccione un evento para mostrar información adicional en el panel derecho.
Eventos supervisados
La navegación de páginas, las ejecuciones de comandos, el guardado de formularios y otras acciones importantes enviarán indicadores clave de rendimiento y eventos de red al monitor Live.
FullLoad
FullLoad significa la carga completa de la navegación de una página, como la carga de un formulario de edición. Este evento espera a que se completen ciertas solicitudes de red y a que finalice toda la representación, para que el formulario pueda estar listo antes de que se complete FullLoad.
Seleccionar un evento FullLoad para mostrar la pestaña Detalles .
El evento FullLoad captura muchas estadísticas sobre la carga de la página. Puede ver el formulario de edición tarea cargado en 506 ms y al seleccionar la fila se revela información en el panel de propiedades. Puede ver detalles en customScriptTime (tiempo empleado en ejecutar JavaScript personalizado), loadType (0 = tipo de página de carga por primera vez, 1 = entidad de carga por primera vez, 2 = registro de carga por primera vez, 3 = se ha visitado el registro exacto) y FormId (identificador de formulario para diagnóstico adicional). Al expandir Atribución se obtiene un desglose del tiempo de ejecución de JS personalizado por tipo, editor, solución, versión, recurso web y método. Esto puede ayudar a identificar cuellos de botella en el tiempo de carga del formulario.
Network
Los eventos de Red revelan detalles sobre cada solicitud realizada desde la aplicación.
Seleccionar un evento de red para mostrar la pestaña Detalles .
Anteriormente aprendió sobre Live Monitor y cómo usarlo para aplicaciones basadas en modelos. Veamos algunos escenarios en los que Live Monitor puede ayudarlo a resolver errores de script, comportamiento inesperado y ralentizaciones.
Errores de script personalizados
A veces, un error en el JS personalizado causa un error de secuencia de comandos o un problema de funcionalidad al cargar una página. Si bien esto generalmente produce una pila de llamadas en el cuadro de diálogo, es difícil saber siempre de dónde proviene o descodificar el error. El monitor en vivo recibe eventos de la aplicación con más detalles sobre los errores, para que puedas depurarlos más rápida y fácilmente.
Por ejemplo, imagine que un usuario experimenta un cuadro de diálogo de error de secuencia de comandos al cargar el formulario de la cuenta. Puede utilizar el monitor en vivo para obtener más detalles sobre el evento. Una vez que se reproduce el escenario, puede ver que el error del script produce un evento de error resaltado en rojo. Al seleccionar esta fila, no solo obtendrá la pila de llamadas , sino también el nombre del editor, el nombre/versión de la solución, el nombre del recurso web y el tipo (como onload, onchange, RuleEvaluation y CustomControl). En este ejemplo, parece un error tipográfico en el script.
Rendimiento lento
Las herramientas de desarrollo del explorador pueden ayudar a perfilar las cargas lentas de la página, pero hay muchos datos para filtrar y no está claro qué es importante tener en cuenta. El monitor en vivo resuelve este problema mostrando eventos relevantes que contribuyen al rendimiento de carga de la página.
Por ejemplo, imagine que un usuario experimenta cargas lentas de formularios de cuenta y el explorador deja de responder constantemente. En este caso, después de reproducir el problema, podrá ver una advertencia de rendimiento que le indica que se envió un XMLHttpRequest sincrónico durante la carga, lo que degradó el rendimiento.
Consulte la entrada de blog anterior para saber cómo aliviar los problemas de rendimiento de XMLHttpRequest (XHR) sincrónico.
Para cada carga de página, la plataforma de datos envía todos los KPI para la secuencia de carga, así como los detalles de la solicitud de red, como se mencionó anteriormente.