Общие сведения об этапах выполнения приложения на основе холста, потоке вызовов данных и контроле производительности
Когда пользователь открывает приложение на основе холста, перед показом какого-либо пользовательского интерфейса приложение проходит некоторые этапы выполнения. Пока приложение загружается, оно подключается к разным источникам данных—таким как SharePoint, Microsoft Dataverse, SQL Server (локальная версия), база данных SQL Azure (онлайн), Excel и Oracle.
В этой статье вы узнаете об этих различных этапах выполнения, о том, как приложение подключается к источникам данных, и об инструментах, которыми можно пользоваться для контроля производительности.
Фазы выполнения в приложениях на основе холста
Приложение на основе холста проходит следующие этапы выполнения, прежде чем показывать интерфейс пользователю:
Аутентификация пользователя: в первый раз предлагает пользователю войти в систему с учетными данными для любых подключений, необходимых приложению. Если этот пользователь снова откроет приложение, ему могут быть выданы инструкции еще раз, в зависимости от политик безопасности организации.
Получение метаданных: извлечение метаданных таких, как версия платформы Power Apps, на которой запускается приложение, и источники, из которых необходимо извлекать данные.
Инициализация приложения: выполнение всех задач, указанных в свойстве OnStart.
Отображения экранов: отображение первого экрана с элементами управления, которых приложение заполняет данными. Если пользователь открывает другие экраны, приложение отображает их, используя тот же процесс.
Поток вызовов данных в приложениях на основе холста
Вызовы данных из приложений на основе холста отправляют данные в источники табличных данных с помощью соединителей по потоку "Протокол OData.Запросы OData" на внутренние уровни для связи с целевым источником данных и получения данных для клиента или фиксации данных в источнике данных. Соединители на основе действий, которые включают API-интерфейсы, работают таким же образом.
Понимание того, как запросы OData и API-интерфейса перемещаются в приложениях на основе холста, может помочь вам оптимизировать производительность приложения на основе холста и ваших внутренних источников данных.
В этом разделе вы узнаете, как работают потоки вызовов данных в приложениях на основе холста с разными типами источников данных.
Поток вызовов данных с онлайн-источниками данных
На следующей диаграмме показано, как типичный запрос данных в приложении на основе холста (слева) перемещается по уровням на стороне сервера, достигает целевого источника данных (справа), а затем возвращает данные в клиент.
Каждый уровень на предыдущей диаграмме может работать быстро или с сталкиваться некоторыми трудностями при обработке запроса. Во многих приложениях два определенных места могут обычно вызывать заметные трудности:
Серверный источник данных при обработке запроса.
Клиент при отправке запроса — или при манипулировании полученными данными в памяти кучи и выполнении связанных функций JavaScript для обработки данных для отображения на экранах.
Поток вызовов данных с помощью локального шлюза данных
Если приложение на основе холста подключается к локальному источнику данных, например к серверу SQL Server, вам потребуется еще один уровень, называемый локальным шлюзом данных. Этот шлюз является обязательным для доступа к локальным источникам данных. Он отвечает за преобразование запросов по протоколу OData в операторы SQL DML (языка обработки данных).
На следующей схеме показано, где и как будет размещен локальный шлюз данных для обработки запросов данных.
Если приложение использует локальный источник данных, местоположение и характеристики шлюза данных также повлияют на производительность вызовов данных.
Поток вызова данных с Microsoft Dataverse
При использовании Microsoft Dataverse в качестве источника данных запросы данных передаются в экземпляр среды напрямую, — без прохождения через управление API Azure. В связи с этим производительность вызовов данных выше по сравнению с остальными источниками данных. Приложение по умолчанию подключено к Microsoft Dataverse при создании нового приложения на основе холста.
Понимая эту высокоуровневую концепцию того, как передаются вызовы данных, вы можете подробно изучить производительность вашего приложения. В общем, сложности с производительностью могут возникать на любом из уровней — от клиента, управления API,соединителя, локального шлюза данных и серверных источников данных.
Показатель производительности
Инструмент мониторинга Power Apps
Хотя вы можете использовать инструменты разработчика браузера для просмотра производительности, Power Apps ограничивает набор вызовов в инструменте мониторинга только теми, которые относятся к Power Apps.
Инструмент мониторинга Power Apps может помочь вам отслеживать, что на самом деле отправляется в источник данных, а также временные метки отправки запросов и получения ответов от сервера.
Подробнее об инструменте мониторинга можно узнать в этой статье: Отладка приложений на основе холста с помощью монитора.
Измерение недостатка памяти на клиенте
Чтобы увидеть потребление памяти графически, вы можете использовать инструменты разработчика вашего браузера для профилирования памяти. Это помогает визуализировать размер кучи, документы, узлы и прослушиватели. Профилируйте производительность приложения с помощью браузера, как описано в обзоре инструментов разработчика Microsoft Edge (Chromium). Проверьте сценарии, которые превышают порог памяти для кучи JS. Дополнительная информация: Исправление проблем с памятью
Следующие шаги
См. также
Устранение неполадок для Power Apps
Примечание
Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).
Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).