Огляд Монітора
Монітор — це засіб, який забезпечує авторам можливість переглядати потік подій сеансу користувача для діагностування та усунення неполадок. Автори компонованих програм можуть або використовувати Монітор для перегляду подій під час розробки нової програми в Power Apps Studio, або для відстеження опублікованих програм під час виконання. Автори модельних програм можуть відстежувати навігацію на сторінці, виконання команд, проблеми, пов'язані з формою, а також інші основні дії, щоб проаналізувати роботу програми та удосконалити її.
Пільги
За допомогою Монітора можна швидше діагностувати та усунути неполадки, а також розробляти надійніші програми. Засіб дозволяє ретельно проаналізувати програму, записуючи усі справи, які відбуваються в програмі під час її роботи. Монітор також допомагає краще зрозуміти, як у вашій програмі працюють події та формули, що дає змогу покращити швидкодію та виявити усі помилки і проблеми.
Налагодження програми
Ключовим у налагодженні проблемних місць є краще розуміння того, що програма робить, і як вона це робить.Іноді важко ізолювати проблему, просто подивившись на формули програми або навіть переглянувши помилки виконання. Дослідження подій, які відбуваються у програмі, може допомогти зрозуміти їх порядок і поточну роботу програми, щоб швидше виявити помилки та виправити неполадки.
Кілька прикладів проблем і запитів, які можна виявити завдяки застосуванню Монітора:
Велика кількість мережних викликів
- Чи програма витягує дані занадто часто?
- Чи можете ви оптимізувати програму, щоб витягувати дані, лише коли необхідно?
- Чи таймери спрацьовують занадто часто?
- Чи під час запуску програми відбувається занадто багато подій? Чи можна видалити отримання деяких даних?
Отримання даних з того самого джерела даних
- Чи можете ви використовувати різні методики, такі як кешування даних у колекціях або змінних, замість того, щоб постійно отримувати однакові дані?
Розмір даних відповіді
- Чи можна використовувати фільтри запитів для зменшення кількості запитуваних даних?
Тривалість запиту
- Чи оптимізовано з'єднувачі та компоненти plug-in?
- Чи можна зменшити розмір відповіді за допомогою фільтрів запитів?
Помилки
- Чи налаштували ви потрібні дозволи для правильного запуску програми?
- Чи ваші запити обмежує платформа?
вимоги
Для використання Монітора вам необхідно бути учасником наведеної далі ролі безпеки у середовищі.
Тип програми | Необхідна роль безпеки |
---|---|
Компонована програма | Адміністратор середовища або Розробник середовища |
Модельна програма | Системний адміністратор або Системний настроювач організації Dataverse |
Докладніше див. у розділі: Налаштуйте безпеку користувачів із урахуванням ресурсів у середовищі
Приладна дошка Монітора
Для кожної події в Моніторі можна переглянути різноманітні властивості. Залежно від категорії події, деякі з цих властивостей можуть не містити даних. На зображенні нижче наведено приклад приладної дошки Монітора для компонованих програм.
Ім’я стовпця | Опис |
---|---|
Ідентифікатор | Номер послідовності для подій. |
Час | Час, коли відбулася подія. |
Категорія | Тип події, наприклад Мережа. |
Операція | Отримане ім’я внутрішньої операції запиту в програмі. Наприклад,createRow ** - це ім’я операції з функції Patch . |
Результат | Текстовий опис коду стану. Наприклад, статус 429 відображатиметься як "Помилка" у стовпці результатів. Кольори рядків також дають змогу швидко виявляти помилки та попередження. |
Відомості про результат | Докладний переклад кодів помилок і результатів. Наприклад, код стану 429 відображатиметься як «Too many requests» (Забагато запитів) у цьому стовпці. |
Стан | Код стану HTTP станужевого запиту. Наприклад, код 2XX відповідає успішному запиту, а код 4XX означає помилку. |
Тривалість | Тривалість здебільшого може відображати ефективність викликів мережі у програмі, але це також залежить від типу події. Наприклад, для мережевого запиту тривалість – це час, витрачений на надсилання запиту й отримання відповіді. |
Джерело даних | Ім'я джерела даних, до якого отримано доступ внаслідок виконання події, що виникла (наприклад, назва таблиці Microsoft Dataverse). |
Елемент керування | Ім'я елемента керування, пов’язаного з цією подією |
Властивість | Властивість активного елементу керування для події, що виникла. |
Розмір відповіді | Для події мережного запиту – це розмір відповіді, отриманої від відправника у програму в байтах. |
Якщо вибрати подію в сітці, на панелі відобразяться додаткові відомості про подію. На панелі є чотири вкладки:
Відомості: показує детальний огляд вибраної події. Деякі дані можуть бути згорнуті в поданні дерева. Ви можете розгорнути та деталізувати їх, щоб переглянути вміст.
Формула: пов’язана формула з додатка для вибраної події. Ім’я властивості елемента керування, що запускає подію, відображається вгорі вкладки та в таблиці подій.
Запит: показує надісланий запит HTTP.
Відповідь: показує отриману відповідь HTTP. Відповідь можна переглянути в форматі JSON.
Сценарії, які не підтримуються для Монітора
Щоб докладніше дізнатися про сценарії, які не підтримуються для Монітора, перейдіть до розділу Розширений моніторинг – непідтримувані сценарії.
Наступні кроки
- Відстеження компонованих програм за допомогою Монітора
- Відстеження модельних програм за допомогою Монітора
Статті за темою
Усунення несправностей із формами в модельних програмах
Спільне налагодження за допомогою Монітора
Розширений моніторинг
Примітка
Розкажіть нам про свої уподобання щодо мови документації? Візьміть участь в короткому опитуванні. (зверніть увагу, що це опитування англійською мовою)
Проходження опитування займе близько семи хвилин. Персональні дані не збиратимуться (декларація про конфіденційність).
Зворотний зв’язок
https://aka.ms/ContentUserFeedback.
Очікується незабаром: протягом 2024 року ми будемо припиняти використання механізму реєстрації проблем у GitHub для зворотного зв’язку щодо вмісту й замінювати його новою системою зворотного зв’язку. Докладніше:Надіслати й переглянути відгук про