Debug een modelgestuurde app met Live Monitor
Met Live Monitor kunt u problemen opsporen en oplossen, en snellere en betrouwbaardere apps bouwen. Met Live Monitor krijgt u een gedetailleerd beeld van hoe een app functioneert. Dit gebeurt door een logboek bij te houden van alle belangrijke activiteiten in uw app terwijl de app actief is. U kunt ook samen met een ondersteuningstechnicus fouten opsporen in een gepubliceerde modelgestuurde app of problemen met de sessie van een andere gebruiker opsporen. Ga naar Samenwerkende probleemoplossing met behulp van Live Monitor voor meer informatie over het gezamenlijk debuggen van een gepubliceerde modelgestuurde app.
Belangrijk
Voor een live monitor voor een modelgestuurde app moet de clientversie van uw modelgestuurde app 1.4.5973-2307.2 of hoger zijn.
Zie Monitoroverzicht voor meer informatie over wanneer u een app moet controleren. Zie Canvas-apps debuggen met Live Monitor voor informatie over het uitvoeren van Live Monitor met een canvas-app.
Gebruik Live Monitor om een modelgestuurde app te diagnosticeren
Meld u aan bij Power Apps en selecteer vervolgens Apps in het linkernavigatievenster.
Selecteer de modelgestuurde app die u wilt bewaken en selecteer vervolgens Live monitor op de opdrachtbalk.
Selecteer op de webpagina die wordt geopend Modelgestuurde app afspelen om uw app te openen.
Notitie
U kunt ook een modelgestuurde app uitvoeren en "&monitor=true" toevoegen aan het einde van de URL in de browser. Selecteer vervolgens Live monitor op de opdrachtbalk om een monitoringsessie in een nieuw tabblad te starten.
Nadat de app is geopend via Live Monitor, verschijnt het dialoogvenster Join monitor debug session? . Hiermee weet u dat alle gegevens van de app naar de eigenaar van de Live Monitor worden verzonden. Selecteer Deelnemen. Gebeurtenissen worden weergegeven op het scherm Live monitorsessie zodra ze in de app plaatsvinden.
Selecteer een gebeurtenis om aanvullende informatie in het rechterdeelvenster weer te geven.
Gebeurtenissen gecontroleerd
Paginanavigatie, uitvoering van opdrachten, opslaan van formulieren en andere belangrijke acties sturen belangrijke prestatie-indicatoren en netwerkgebeurtenissen naar Live Monitor.
FullLoad
FullLoad betekent het volledig laden van een paginanavigatie, zoals het laden van een bewerkingsformulier. Deze gebeurtenis wacht totdat bepaalde netwerkaanvragen zijn voltooid en alle rendering is voltooid, zodat het formulier gereed is voordat FullLoad is voltooid.
Selecteer een FullLoad-gebeurtenis om het tabblad Details weer te geven.
De FullLoad-gebeurtenis legt veel statistieken vast over het laden van de pagina. U ziet dat het bewerkingsformulier taak in 506 ms is geladen. Als u de rij selecteert, wordt er informatie in het eigenschappenvenster weergegeven. U kunt details bekijken over customScriptTime (tijd besteed aan het uitvoeren van de aangepaste code JavaScript), loadType (0 = paginatype voor het eerst geladen, 1 = entiteit voor het eerst geladen, 2 = record voor het eerst geladen, 3 = exacte record is bezocht) en FormId (formulier-ID voor verdere diagnose). Door Attributie uit te breiden, krijgt u een overzicht van de uitvoeringstijd van aangepaste JS op type, uitgever, oplossing, versie, webresource en methode. Hiermee kunt u knelpunten in de laadtijd van formulieren identificeren.
Network
De Netwerkgebeurtenissen geven details weer over elk verzoek dat via de app is gedaan.
Selecteer een netwerkgebeurtenis om het tabblad Details weer te geven.
Eerder leerde u over Live Monitor en hoe u dit kunt gebruiken voor modelgestuurde apps. Laten we eens kijken naar een aantal scenario's waarin Live Monitor u kan helpen bij het oplossen van scriptfouten, onverwacht gedrag en vertragingen.
Aangepaste scriptfouten
Soms veroorzaakt een bug in de aangepaste JS een scriptfout of een functionaliteitsprobleem bij het laden van een pagina. Hoewel dit meestal een aanroepstack in het dialoogvenster oplevert, is het moeilijk om altijd te weten waar deze vandaan komt of om de fout te decoderen. Live Monitor ontvangt gebeurtenissen van de app met meer details over de fouten, zodat u sneller en eenvoudiger kunt debuggen.
Stel u bijvoorbeeld voor dat een gebruiker een scriptfoutvenster te zien krijgt bij het laden van het accountformulier. U kunt Live Monitor gebruiken om meer informatie over het evenement te krijgen. Nadat het scenario is gereproduceerd, kunt u zien dat de scriptfout een rood gemarkeerde foutgebeurtenis veroorzaakt. Als u deze rij selecteert, krijgt u niet alleen de aanroepstack , maar ook de uitgeversnaam, oplossingsnaam/versie, webresourcenaam en type (zoals onload, onchange, RuleEvaluation en CustomControl). In dit voorbeeld ziet het ernaar uit dat het script een typefout bevat.
Trage prestaties
Browserontwikkelaarstools kunnen helpen bij het profileren van trage paginaladingen, maar er zijn echter veel gegevens om te filteren en het is niet duidelijk wat belangrijk is om naar te kijken. Live monitor lost dit probleem op door relevante gebeurtenissen weer te geven die bijdragen aan de laadprestaties van de pagina.
Stel u bijvoorbeeld voor dat een gebruiker het laden van accountformulieren als traag ervaart en dat de browser voortdurend vastloopt. In dit geval ziet u, nadat u het probleem hebt gereproduceerd, een prestatiewaarschuwing met de melding dat er tijdens het laden een synchrone XMLHttpRequest is verzonden, waardoor de prestaties verslechterden.
Zie vorige blogpost voor informatie over hoe u prestatieproblemen met synchrone XMLHttpRequest (XHR) kunt verhelpen.
Voor elke pagina die wordt geladen, verzendt het gegevens platform alle KPI's voor de laadreeks, evenals de details van netwerkaanvragen zoals eerder vermeld.
Zie ook
gebruik Live Monitor om problemen met modelgestuurd app-formuliergedrag op te lossen