Споделяне чрез


Преглед на монитора на живо

Мониторът на живо е инструмент, който предлага на производителите възможността да преглеждат поток от събития от сесията на потребителя, за да диагностицират и отстраняват проблеми. Създателите на приложения за платно могат да използват Live Monitor или за преглед на събития, докато изграждат ново приложение Power Apps Studio , или за наблюдение на публикувани приложения по време на изпълнение. Създателите на приложения, управлявани от модели, могат да наблюдават навигацията на страниците, изпълнението на команди, проблеми, свързани с формуляри, и други основни действия, за да разберат поведението на приложението и да направят подобрения.

Обезщетения

Мониторът на живо може да ви помогне да диагностицирате и отстранявате проблеми по-бързо и да създавате по-надеждни приложения. Той осигурява задълбочен изглед на вашето приложение, като регистрира всички ключови дейности, които се случват в приложението, докато се изпълнява. Live Monitor също така предоставя по-добро разбиране на това как работят събитията и формулите, съдържащи се във вашето приложение, така че да можете да подобрите производителността и да идентифицирате всички грешки или проблеми.

Отстраняване на грешки в приложение

Ключът към отстраняването на проблем е да разберете по-добре какво прави приложението ви и как го прави. Понякога е трудно да се изолира проблем, когато просто се разглеждат формулите на приложенията или дори се преглеждат грешки по време на изпълнение. Наблюдаването на събитията, както се случват във вашето приложение, може да ви помогне да разберете реда на събитията и как работи приложението ви, за да откривате грешки и да диагностицирате проблемите по-бързо.

Някои примери за проблеми и заявки, които можете да откриете, когато използвате Live Monitor, са:

  • Голям брой мрежови разговори

    • Данните за извличане на приложението твърде често ли са?
    • Можете ли да оптимизирате приложението да извлича данни само когато е необходимо?
    • Пускат ли се контролите на таймера твърде често?
    • Съществуват ли прекалено много събития при стартиране на приложението? Може ли извличането на част от данните да се забави?
  • Извличане на данни от един и същ източник на данни

    • Можете ли да използвате различни модели като кеширане на данни в колекции или променливи, вместо да извличате едни и същи данни няколко пъти?
  • Размерът на данните за отговора

    • Можете ли да използвате филтри за заявки, за да намалите количеството заявени данни?
  • Продължителност на искането

    • Оптимизирани ли са конекторите и добавките?
    • Можете ли да намалите размера на отговора, като използвате филтри за заявки?
  • Грешки

    • Конфигурирали ли сте необходимите разрешения, за да стартирате приложението правилно?
    • Вашите заявки заглушават ли се от платформата?

Предварителни изисквания

Ще ви е необходимо следното членство в права за достъп в средата, за да използвате Live Monitor.

Тип на приложение Необходими права за достъп
Приложение за платно Администратор на среда или Създател на среда
Приложение, управлявано от модел Системен администратор или персонализатор на системата за организацията на Dataverse

Повече информация: Конфигуриране на потребителска защита на ресурси в среда

Табло за управление на монитора на живо

Можете да преглеждате различни свойства за всяко събитие в монитора на живо. В зависимост от категорията на събитието, някои от тези свойства може да не съдържат данни. Следващото изображение показва пример за табло на монитора на живо за приложения за платно.

Табло за наблюдение.

Име на колоната Описание
Ид Поредният номер за събитията.
Час Час на възникване на събитието.
Категория Видът на събитието, като например Мрежа.
Операция Полученото вътрешно име на операцията на заявката вътре в приложението. Например createRow е името на операцията от функцията Patch .
Резултат Текстовото описание на кода на състоянието. Например състояние 429 ще се появи като "Грешка" в колоната с резултати. Цветовете на редовете също помагат бързо да се идентифицират всички грешки и предупреждения.
Информация за резултатите Подробен превод на кодове за грешки и резултати. Например код на състоянието 429 ще се покаже като „Твърде много заявки“ в тази колоната.
Статус HTTP кодът на състоянието на мрежова заявка. Например 2XX код представлява успешна заявка, докато 4XX код представлява грешка.
Времетраене Продължителността може да се използва най-вече за разбиране на ефективността на мрежовите повиквания в приложението, но зависи и от вида на събитието. Например за мрежова заявка продължителността е времето, необходимо за изпращане на заявката и отговора, който трябва да бъде получен.
източник на данни Името на източник на данни, достъпен чрез операцията за повдигнато събитие (например име на таблица на Microsoft Dataverse).
Контролирам Името на контролата, свързана с това събитие
Свойство Свойството на активната контрола на повдигнатото събитие.
Размер на отговора За събитие за мрежова заявка представлява размера на отговора, получен от подателя до вашето приложение, в байтове.

Когато изберете събитие в мрежата, панел показва допълнителни подробности за събитието. Панелът има четири раздела:

  • Подробности: Показва общ преглед на високо ниво на избраното от Вас събитие. Някои от данните може да се свият в изгледа на дърво. Можете да разширите и да разгледате съдържанието.

    Монитор - Детайли.

  • Формула: Показва сродната формула от приложението ви за избраното събитие. Името на свойството за управление, задействащо събитието, се показва в горната част на раздела и вътре в таблицата на събитията.

    Монитор - формула.

  • Заявка: Показва изпратената HTTP заявка.

    Монитор - заявка.

  • отговор: Показва получения HTTP отговор. Можете да прегледате отговора във формат JSON.

    Монитор - отговор.

Неподдържани сценарии за монитор на живо

За да научите повече за неподдържаните сценарии за мониторинг на живо, отидете на Разширено наблюдение – неподдържани сценарии.

Следващи стъпки

Вижте също

Отстраняване на проблеми с формуляри в приложения, управлявани от модел
Съвместно отстраняване на грешки с Live Monitor
Разширено наблюдение