Отладка приложения на основе модели с помощью монитора

Монитор может помочь вам отладить и диагностировать проблемы, чтобы создавать более быстрые и надежные приложения. Монитор обеспечивает глубокое представление о том, как работает приложение, предоставляя журнал всех ключевых действий в вашем приложении во время его работы. Вы также можете совместно с инженером службы поддержки выполнять отладку опубликованного приложения на основе модели или отладку неисправностей сеанса другого пользователя. Дополнительные сведения о совместной отладке опубликованного приложения на основе модели см. в разделе Совместное устранение неполадок с помощью монитора.

Важно!

Монитор для приложения на основе модели требует, чтобы клиентская версия вашего приложения на основе модели была 1.4.5973-2307.2 или более поздняя.

Для получения дополнительной информации о том, когда следует отслеживать приложение, см. Обзор монитора. Чтобы запустить монитор с приложением на основе холста, см. Отладка приложений на основе холста с помощью монитора.

Использование монитора для диагностики приложения на основе модели

1. Войдите в Power Apps и выберите Приложения на левой панели навигации.

2. Выберите приложение на основе модели, для которого требуется мониторинг, затем выберите Монитор на панели команд.

3. На открывшейся веб-странице выберите Воспроизвести приложение на основе модели, чтобы открыть ваше приложение.

   

   Примечание

   Кроме того, вы можете запустить приложение на основе модели и добавить "&monitor = true" в конец URL-адреса в браузере. Затем выберите Монитор на панели команд, чтобы начать сеанс мониторинга в новой вкладке.

4. После открытия приложения из монитора вы увидите диалоговое окно Присоединиться к сеансу отладки монитора?. Это позволяет узнать, что любые данные из приложения будут отправлены владельцу монитора. Выберите Присоединиться. События начинают поступать на экран сеанса монитора по мере их появления в приложении.

   

5. Выберите событие, чтобы отобразить дополнительную информацию на правой панели.

   

Отслеживаемые события

Навигация по страницам, выполнение команд, сохранение форм и другие важные действия будут отправлять в монитор ключевые индикаторы производительности и сетевые события.

FullLoad

FullLoad означает полную загрузку страницы навигации, например загрузку формы редактирования.Это событие ожидает завершения определенных сетевых запросов и завершения отрисовки, поэтому форма может быть готова до завершения FullLoad.

Выберите событие FullLoad, чтобы отобразить вкладку Сведения.

Событие FullLoad собирает множество статистических данных о загрузке страницы.Вы можете увидеть форму редактирования задачи, загруженную за 506 мс, и при выборе строки отображается информация на панели свойств.Вы можете увидеть подробности на customScriptTime (время, потраченное на выполнение пользовательского JavaScript), loadType (0 = тип страницы первой загрузки, 1 = объект первой загрузки, 2 = запись первой загрузки, 3 = была посещена точная запись) и FormId (идентификатор формы для дальнейшей диагностики).Расширение Определение объекта дает разбивку пользовательского времени выполнения JS по типу, издателю, решению, версии, веб-ресурсу и методу.Это может помочь выявить узкие места во времени загрузки формы.

Сеть

События Сеть раскрывают подробную информацию о каждом запросе, сделанном из приложения.

Выберите сетевое событие, чтобы отобразить вкладку Сведения.

Ранее вы узнали о мониторе и о том, как его использовать для приложений на основе моделей. Давайте рассмотрим несколько сценариев, в которых монитор может помочь вам в устранении ошибок сценария, неожиданного поведения и замедления.

Ошибки пользовательского скрипта

Иногда ошибка в пользовательском JS вызывает ошибку скрипта или проблемы с функциональностью при загрузке страницы. Хотя это обычно создает стек вызовов в диалоговом окне, трудно точно понимать, откуда он исходит, или расшифровать ошибку. Монитор получает события от приложения с более подробной информацией об ошибках, чтобы вы могли быстрее и проще отлаживать.

Например, представьте, что пользователь видит диалоговое окно с ошибкой сценария при загрузке формы учетной записи.  Вы можете использовать монитор, чтобы получить более подробную информацию о мероприятии.  После воспроизведения сценария вы увидите, что ошибка сценария создает событие ошибки, выделенное красным. Выбор этой строки дает вам не только стек вызовов, но и имя издателя, название/версию решения, название веб-ресурса и тип (такие как onload, onchange, RuleEvaluation и CustomControl). В этом примере это выглядит как опечатка в скрипте.

Медленная работа

Инструменты разработчика браузера могут помочь профилировать медленную загрузку страницы, но есть много данных, которые нужно фильтровать, и неясно, на что важно смотреть. Монитор решает эту проблему, показывая соответствующие события, которые влияют на производительность загрузки страницы.

Например, представьте, что у пользователя наблюдается медленная загрузка формы учетной записи, а браузер постоянно зависает. В этом случае после воспроизведения проблемы вы увидите предупреждение о производительности, сообщающее, что синхронный XMLHttpRequest был отправлен во время загрузки, что снизило производительность.

В предыдущей записи в блоге рассказывается, как решать проблемы с производительностью синхронного XMLHttpRequest (XHR).

Для каждой загрузки страницы платформа данных отправляет все KPI для последовательности загрузки, а также детали сетевого запроса, как упоминалось ранее.

См. также

Использование монитора для устранения проблем с поведением формы приложений на основе модели

Примечание

Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).

Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).