Налагодження модельної програми за допомогою Монітора

За допомогою Монітора можна налагоджувати та діагностувати проблеми, а також розробляти швидші та надійніші програми. Монітор забезпечує повне уявлення про роботу програми завдяки веденню журналу усіх основних операцій у програмі з моменту її запуску. Ви також можете спільно налагоджувати опублікований додаток на основі моделі з інженером служби підтримки або налагоджувати проблеми сеансу іншого користувача. Щоб дізнатися більше про те, як спільно налагоджувати опубліковану програму на основі моделі, перегляньте статтю Спільне виправлення неполадок за допомогою Монітора.

Важливо

Для того, щоб відстежити програму, керовану моделлю, потрібно, щоб клієнтська версія додатка на основі моделі була 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).

Під час завантаження будь-якої сторінки платформою даних надсилаються всі ключові показники продуктивності для послідовності завантаження, а також відомості про мережеві запити, зазначені раніше.

Статті за темою

Вирішення проблем з поведінкою форм модельних програм за допомогою Монітора

Примітка

Розкажіть нам про свої уподобання щодо мови документації? Візьміть участь в короткому опитуванні. (зверніть увагу, що це опитування англійською мовою)

Проходження опитування займе близько семи хвилин. Персональні дані не збиратимуться (декларація про конфіденційність).