Melakukan debug aplikasi yang diarahkan model dengan Monitor

Monitor dapat membantu Anda melakukan debug dan mendiagnosis masalah serta membuat aplikasi yang lebih cepat dan lebih andal. Monitor memberikan tampilan yang mendetail tentang cara kerja aplikasi dengan menyediakan log terkait semua aktivitas penting di aplikasi Anda saat aplikasi berjalan. Anda juga dapat secara kolaboratif men-debug aplikasi berbasis model yang dipublikasikan dengan teknisi dukungan atau men-debug masalah sesi pengguna lain. Untuk informasi selengkapnya tentang cara men-debug aplikasi berbasis model yang dipublikasikan secara kolaboratif, buka Pemecahan masalah kolaboratif menggunakan Monitor.

Penting

Monitor untuk aplikasi berbasis model mengharuskan versi klien aplikasi berbasis model Anda menjadi 1.4.5973-2307.2 atau yang lebih baru.

Untuk informasi selengkapnya tentang kapan Anda harus memantau aplikasi, baca Gambaran umum Monitor. Untuk menjalankan Monitor dengan aplikasi kanvas, baca Melakukan debug aplikasi kanvas dengan Monitor.

Menggunakan Monitor untuk mendiagnosis aplikasi yang diarahkan model

1. Masuk ke Power Apps, kemudian pilih Aplikasi dari panel navigasi di sebelah kiri.

2. Pilih aplikasi yang diarahkan model yang akan dipantau, lalu pilih Monitor pada bilah perintah.

3. Di halaman web yang terbuka, pilih Putar aplikasi yang diarahkan model untuk membuka aplikasi Anda.

   

   Catatan

   Atau, Anda dapat menjalankan aplikasi yang diarahkan model dan menambahkan "&monitor=true" ke akhir URL di browser. Kemudian, pilih Monitor pada bilah perintah untuk memulai sesi pemantauan di tab baru.

4. Setelah aplikasi dibuka dari Monitor, Anda akan melihat kotak dialog Gabung sesi debug Monitor?. Dengan demikian, Anda akan tahu bahwa semua data dari aplikasi akan dikirim ke pemilik Monitor. Pilih Gabung. Aktivitas akan mulai masuk ke layar sesi Monitor saat terjadi dalam aplikasi.

   

5. Pilih aktivitas untuk menampilkan informasi tambahan di panel sebelah kanan.

   

Aktivitas yang dipantau

Navigasi halaman, eksekusi perintah, penyimpanan formulir, dan tindakan utama lainnya akan mengirimkan indikator kinerja utama dan aktivitas jaringan ke Monitor.

FullLoad

FullLoad menandakan beban penuh navigasi halaman, seperti pemuatan edit formulir. Aktivitas ini menunggu hingga permintaan jaringan tertentu dan semua perenderan selesai agar formulir siap digunakan sebelum FullLoad selesai.

Pilih aktivitas FullLoad untuk menampilkan tab Detail.

Aktivitas FullLoad merekam banyak statistik tentang pemuatan halaman.  Anda dapat melihat tugas edit formulir yang dimuat dalam 506 milidetik, dan memilih baris akan menampilkan informasi di panel properti. Anda dapat melihat detail tentang customScriptTime (waktu yang dibutuhkan untuk menjalankan JavaScript kustom), loadType (0 = jenis halaman yang pertama dimuat, 1 = entitas yang pertama dimuat, 2 = data yang pertama dimuat, 3 = data persis telah dikunjungi), dan FormId (pengidentifikasi formulir untuk diagnosis lebih lanjut).  Memperluas Atribusi memberikan uraian waktu eksekusi JS kustom menurut jenis, penerbit, solusi, versi, sumber daya web, dan metode.  Hal ini dapat membantu mengidentifikasi hambatan dalam waktu pemuatan formulir.

Jaringan

Aktivitas Jaringan menunjukkan detail tentang setiap permintaan yang dibuat dari aplikasi.

Pilih aktivitas Jaringan untuk menampilkan tab Detail.

Anda telah mempelajari Monitor dan penggunaannya untuk aplikasi yang diarahkan model. Mari lihat beberapa skenario ketika Monitor dapat membantu Anda memecahkan kesalahan skrip, perilaku tidak terduga, dan perlambatan.

Kesalahan skrip kustom

Terkadang, bug dalam JS kustom menyebabkan kesalahan skrip atau masalah fungsi saat memuat halaman. Meskipun hal ini biasanya menimbulkan tumpukan panggilan dalam dialog, terkadang sulit untuk mengetahui sumbernya atau memecahkan kode kesalahan. Monitor menerima aktivitas dari aplikasi dengan detail kesalahan lengkap sehingga Anda dapat melakukan debug dengan lebih cepat dan mudah.

Contohnya, bayangkan seorang pengguna menjumpai dialog kesalahan skrip pada pemuatan formulir akun. Anda dapat menggunakan Monitor untuk mendapatkan detail selengkapnya tentang acara tersebut. Setelah skenario direproduksi, Anda dapat melihat kesalahan skrip menghasilkan peristiwa kesalahan yang disorot dengan warna merah.Memilih baris ini tidak hanya memberi Anda tumpukan panggilan tetapi juga nama penerbit, nama/versi solusi, nama sumber daya web, dan jenis (seperti onload , onchange , RuleEvaluation, · dan *CustomControl).*Dalam contoh ini, sepertinya salah ketik dalam skrip.

Kinerja lambat

Alat pengembang browser dapat membantu profil pemuatan halaman yang lambat, tetapi ada banyak data untuk difilter dan tidak jelas apa yang penting untuk dilihat.Monitor memecahkan masalah ini dengan menampilkan peristiwa relevan yang berkontribusi terhadap kinerja pemuatan halaman.

Misalnya, bayangkan seorang pengguna mengalami pemuatan formulir akun yang lambat, dan browser terus-menerus berhenti berfungsi. Dalam hal ini, setelah memproduksi ulang masalah, Anda dapat melihat peringatan kinerja yang memberi tahu bahwa ternyata ada XMLHttpRequest tersinkron yang dikirim selama pemuatan sehingga kinerja pun menurun.

Lihat posting blog sebelumnya untuk cara mengurangi masalah kinerja XMLHttpRequest (XHR) sinkron.

Untuk setiap pemuatan halaman, platform data akan mengirimkan semua KPI untuk urutan pemuatan serta detail permintaan jaringan sebagaimana disebutkan sebelumnya.

Lihat juga

Menggunakan Monitor untuk memecahkan masalah perilaku formulir aplikasi yang diarahkan model

Catatan

Apa bahasa dokumentasi yang Anda inginkan? Lakukan survei singkat. (perlu diketahui bahwa survei ini dalam bahasa Inggris)

Survei akan berlangsung kurang lebih selama tujuh menit. Tidak ada data pribadi yang dikumpulkan (pernyataan privasi).