Поділитися через


Огляд живого монітора

Монітор у реальному часі — це інструмент, який пропонує виробникам можливість переглядати потік подій із сеансу користувача для діагностики та усунення неполадок. Розробники програм на полотні можуть використовувати Live monitor для перегляду подій під час створення нової програми Power Apps Studio або для моніторингу опублікованих програм під час виконання. Розробники додатків на основі моделей можуть відстежувати навігацію по сторінці, виконання команд, проблеми, пов’язані з формами, та інші важливі дії, щоб зрозуміти поведінку програми та внести покращення.

Пільги

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

Налагодження програми

Ключовим у налагодженні проблемних місць є краще розуміння того, що програма робить, і як вона це робить. Іноді важко виокремити проблему, аналізуючи тільки формули у програмі або навіть вивчаючи помилки під час виконання. Дослідження подій, які відбуваються у програмі, може допомогти зрозуміти їх порядок і поточну роботу програми, щоб швидше виявити помилки та виправити неполадки.

Нижче наведено приклади проблем і запитів, які можна виявити під час використання Live monitor.

  • Велика кількість дзвінків по мережі

    • Чи програма витягує дані занадто часто?
    • Чи можете ви оптимізувати програму, щоб витягувати дані, лише коли необхідно?
    • Чи таймери спрацьовують занадто часто?
    • Чи під час запуску програми відбувається занадто багато подій? Чи можна видалити отримання деяких даних?
  • Отримання даних з того самого джерело даних

    • Чи можете ви використовувати різні методики, такі як кешування даних у колекціях або змінних, замість того, щоб постійно отримувати однакові дані?
  • Розмір даних відповідь

    • Чи можна використовувати фільтри запитів для зменшення кількості запитуваних даних?
  • Тривалість запиту

    • Чи оптимізовано з'єднувачі та компоненти plug-in?
    • Чи можна зменшити розмір відповіді за допомогою фільтрів запитів?
  • Помилки

    • Чи налаштували ви потрібні дозволи для правильного запуску програми?
    • Чи ваші запити обмежує платформа?

вимоги

Для використання Live monitor вам знадобиться така роль безпеки членства в середовищі.

Тип програми Необхідна роль безпеки
Компонована програма Адміністратор середовища або Розробник середовища
Модельна програма Системний адміністратор або Системний настроювач організації Dataverse

Додаткові відомості: Налаштування безпеки користувачів для ресурсів у середовищі

Інформаційна панель монітора в реальному часі

Ви можете переглянути різні властивості для кожної події на моніторі Live monitor. Залежно від категорії події, деякі з цих властивостей можуть не містити даних. На наступному зображенні показано приклад приладної дошки Live monitor для програм полотна.

Слідкуйте за панеллю приладів.

Ім’я стовпця Опис
Ід Номер послідовності для подій.
Час Час, коли відбулася подія.
Категорія Тип події, наприклад Мережа.
Операція Отримане ім’я внутрішньої операції запиту в програмі. Наприклад, createRow – це назва операції з функції Patch .
Результат Текстовий опис коду стану. Наприклад, статус 429 відображатиметься як "Помилка" у стовпці результатів. Кольори рядків також дають змогу швидко виявляти помилки та попередження.
Інформація про результат Докладний переклад кодів помилок і результатів. Наприклад, код стану 429 відображатиметься як «Too many requests» (Забагато запитів) у цьому стовпці.
Статус Код стану HTTP мережевого запиту. Наприклад, код 2XX відповідає успішному запиту, а код 4XX означає помилку.
Тривалість Тривалість здебільшого може відображати ефективність викликів мережі у програмі, але це також залежить від типу події. Наприклад, для мережевого запиту тривалість – це час, витрачений на надсилання запиту й отримання відповіді.
джерело даних Ім'я джерела даних, до якого отримано доступ внаслідок виконання події, що виникла (наприклад, назва таблиці Microsoft Dataverse).
Контроль Ім'я елемента керування, пов’язаного з цією подією
Власність Властивість активного елементу керування для події, що виникла.
Розмір відповідей Для події мережного запиту – це розмір відповіді, отриманої від відправника у програму в байтах.

Якщо вибрати подію в сітці, на панелі відобразяться додаткові відомості про подію. На панелі є чотири вкладки:

  • Деталі: показує загальний огляд вибраної події. Деякі дані може бути згорнуто в поданні дерева. Ви можете розгорнути та деталізувати їх, щоб переглянути вміст.

    Монітор - деталі.

  • Формула: відображає пов’язану формулу з вашого додатка для вибраної події. Ім’я властивості елемента керування, що запускає подію, відображається вгорі вкладки та в таблиці подій.

    Монітор - Формула.

  • Запит: показує надісланий HTTP-запит.

    Монітор - Запит.

  • відповідь: показує отриману відповідь за протоколом HTTP. Відповідь можна переглянути в форматі JSON.

    Монітор - відповідь.

Непідтримувані сценарії для Live Monitor

Щоб дізнатися про непідтримувані сценарії для Live monitor, перейдіть до розділу Розширений моніторинг - непідтримувані сценарії.

Наступні кроки

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

Вирішення проблем із формами в програмах на основі моделі
Спільне налагодження з Live monitor
Розширений моніторинг