Разбиране на фазите на изпълнение на приложения за платно, потока от повиквания на данни и мониторинга на ефективността
Когато потребителят отвори приложение за платно, приложението преминава през няколко фази на изпълнение, преди да покаже потребителски интерфейс. Докато приложението се зарежда, то се свързва с различни източници на данни—като SharePoint, Microsoft Dataverse, SQL Server (локален), Azure SQL база данни (онлайн), Excel и Oracle.
В тази статия ще научите за тези различни фази на изпълнение и как дадено приложение се свързва с източници на данни и за инструментите, които можете да използвате, за да наблюдавате производителността.
Фази на изпълнение в приложения за платно
Приложението за платно преминава през следните фази на изпълнение, преди да покаже интерфейса на потребител:
Удостоверете потребителя: Подканва потребителя за първи път да влезе с идентификационни данни за всички връзки, от които се нуждае приложението. Ако този потребител отвори приложението отново, този човек може да бъде подканен отново, в зависимост от политиките за сигурност на организацията.
Получаване на метаданни: Извлича метаданни като версията на платформа на Power Apps, на която се изпълнява приложението, и източниците, от които трябва да извлича данни.
Инициализиране на приложението: Изпълнява всички задачи, посочени в свойството OnStart.
Рендиране на екраните: Рендира първия екран с контроли, които приложението попълва с данни. Ако потребителят отвори други екрани, приложението ги изобразява, като използва същия процес.
Поток на обаждане на данни в приложения за платно
Извиквания на данни от приложения за платно изпращат данни до таблични източници на данни с помощта на конектори през протокола OData. OData изисква поток към сървърни слоеве, за да се свърже с целевата източник на данни и да извлече данни за клиента или да предаде данни на източник на данни. Конекторите, базирани на действия, които позволяват на API, работят по същия начин.
Разбирането на начина, по който заявките за OData и API пътуват в приложения за платно, може да ви помогне да оптимизирате производителността на приложението за платно и източниците на данни от типа back-end.
В този раздел ще научите как протича повикването за данни в приложения на платното с различни източник на данни типове.
Поток на обаждане на данни с онлайн източници на данни
Следващата диаграма показва как типична заявка за данни в приложение за платно (вляво) обикаля слоевете от страна на сървъра и достига до целта източник на данни (отдясно), след което връща данните на клиента.
Всеки слой в предната диаграма може да изпълнява бързо или да има някои режийни разходи, докато обработва заявката. В много приложения две конкретни места често могат да представляват забележими режийни разходи:
Източник на данни за бекенд, докато обработвате заявката.
Клиент, докато изпращате заявката—или докато манипулирате получените данни в паметта на купчината и изпълнява асоциираните JavaScript функции за обработка на данни, които да се показват в екраните.
Поток на обаждания за данни с локален шлюз за данни
Ако приложение за платно се свързва с локален източник на данни като SQL Server, трябва да имате друг слой, наречен локален шлюз за данни. Този шлюз е задължителен за достъп до локален източници на данни. Поема отговорност за преобразуване на протоколни заявки OData в изрази на езика за манипулиране на данни на SQL (DML).
Следващата диаграма показва къде и как ще бъде въведен шлюзът за данни локален и ще се обработват заявки за данни.
Ако приложението използва локален източник на данни, местоположението и спецификацията на шлюза за данни също ще повлияят на ефективността на повикванията за данни.
Поток на обаждане на данни с Microsoft Dataverse
Когато използвате Microsoft Dataverse като източник на данни, заявките за данни отиват директно към екземпляра на околната среда—без да преминават през Azure API Management. Поради това производителността на извикванията на данни е по-бърза в сравнение с останалите източници на данни. Приложението по подразбиране е свързано с Microsoft Dataverse когато създавате ново приложение за платно.
С разбирането на тази концепция на високо ниво за това как пътуват обажданията за данни, можете да влезете в детайлите на прегледа на ефективността на приложението ви. Накратко, режийните разходи за производителност могат да се случат на всеки от слоевете—от клиент, управление на API, съединител, локален шлюз за данни или източници на данни в бекенда.
Измерване на ефективността
Power Apps Инструмент за мониторинг
Въпреки че можете да използвате инструментите за разработчици на браузъра, за да видите производителността, Power Apps подзадава набора от повиквания в инструмента за мониторинг само на тези, които са Power Apps.
Инструментът Power Apps за мониторинг може да ви помогне да проследите какво всъщност се изпраща до източник на данни и времевите маркери за това кога се изпращат заявки и отговорите идват от сървъра.
Можете да научите повече за инструмента за мониторинг в тази статия: Отстраняване на грешки платно приложения с монитор .
Измерване на натиска на паметта върху клиента
За да видите графично консумацията на памет, можете да използвате инструментите за разработчици за вашия браузър, за да профилирате паметта. Това ви помага да визуализирате размера на купчината, документите, възлите и слушателите. Профилирайте ефективността на приложението с помощта на браузър, както е описано в Microsoft Edge (Chromium) Developer Tools overview. Проверете сценариите, които надвишават прага на паметта на JS купчината. Повече информация: Отстранете проблемите с паметта
Следващи стъпки
Вижте също
Отстраняване на проблеми за Power Apps
Бележка
Можете ли да ни споделите повече за езиковите си предпочитания за документацията? Попълнете кратко проучване. (имайте предвид, че това проучване е на английски език)
Проучването ще отнеме около седем минути. Не се събират лични данни (декларация за поверителност).