Nota
Capaian ke halaman ini memerlukan kebenaran. Anda boleh cuba mendaftar masuk atau menukar direktori.
Capaian ke halaman ini memerlukan kebenaran. Anda boleh cuba menukar direktori.
Monitor langsung ialah alat yang menawarkan pembuat keupayaan untuk melihat aliran acara daripada sesi pengguna untuk mendiagnosis dan menyelesaikan masalah. Pembuat aplikasi kanvas boleh menggunakan Monitor Langsung sama ada untuk melihat acara semasa membina aplikasi baharu atau Power Apps Studio untuk memantau aplikasi yang diterbitkan semasa masa jalan. Pembuat aplikasi dipacu model boleh memantau navigasi halaman, pelaksanaan arahan, isu berkaitan borang dan tindakan utama lain untuk memahami tingkah laku aplikasi dan membuat penambahbaikan.
Manfaat
Monitor langsung boleh membantu anda mendiagnosis dan menyelesaikan masalah dengan lebih pantas serta membina apl yang lebih boleh dipercayai. Ia menyediakan pandangan mendalam tentang aplikasi anda dengan menyediakan log semua aktiviti utama yang berlaku semasa aplikasi berjalan. Monitor langsung juga memberikan pemahaman yang lebih baik tentang cara peristiwa dan formula yang terkandung dalam apl anda berfungsi, supaya anda boleh meningkatkan prestasi dan mengenal pasti sebarang ralat atau masalah.
Nyahpepijat aplikasi
Kunci untuk penyahpepijatan masalah adalah untuk memahami dengan lebih baik perlakuan aplikasi anda dan cara ia melakukannya. Kadang-kadang ia sukar untuk mengasingkan masalah dengan hanya melihat formula aplikasi atau dengan hanya mengkaji semula ralat waktu jalan. Lihat peristiwa yang berlaku dalam aplikasi anda boleh membantu anda memahami urutan peristiwa dan prestasi aplikasi anda untuk mengesan ralat dan mendiagnosis masalah dengan lebih cepat.
Beberapa contoh masalah dan pertanyaan yang boleh anda temui apabila menggunakan Monitor Langsung ialah:
Bilangan panggilan rangkaian yang tinggi
- Adakah aplikasi mengambil data terlalu kerap?
- Bolehkah anda mengoptimumkan aplikasi untuk hanya mengambil data apabila diperlukan?
- Adakah kawalan pemasa tercetus terlalu kerap?
- Adakah terlalu banyak peristiwa berlaku apabila aplikasi bermula? Bolehkah pengambilan sesetengah data dilewatkan?
Dapatkan semula data daripada sumber data yang sama
- Bolehkah anda menggunakan corak berbeza seperti pengagregatan data dalam koleksi atau pemboleh ubah daripada mengambil data yang sama beberapa kali?
Saiz data respons
- Bolehkah anda menggunakan penapis pertanyaan untuk mengurangkan jumlah data yang diminta?
Tempoh permintaan
- Adakah penyambung dan pasang dalam dioptimumkan?
- Bolehkah anda mengurangkan saiz respons dengan menggunakan penapis pertanyaan?
Ralat
- Sudahkah anda mengkonfigurasi keizinan yang diperlukan untuk menjalankan aplikasi dengan betul?
- Adakah permintaan anda terbatas oleh platform?
Prasyarat
Anda memerlukan keahlian peranan keselamatan berikut dalam persekitaran untuk menggunakan Monitor Langsung.
| Jenis aplikasi | Peranan keselamatan yang diperlukan |
|---|---|
| Aplikasi Kanvas | Pentadbir Persekitaran atau Pembuat Persekitaran |
| Aplikasi berpandukan model | Pentadbir Sistem atau Penyesuai Sistem untuk organisasi Dataverse |
Maklumat lanjut:Konfigurasikan keselamatan pengguna kepada sumber dalam persekitaran
Papan pemuka monitor langsung
Anda boleh menyemak pelbagai sifat untuk setiap acara di dalam monitor langsung. Bergantung pada kategori peristiwa, sesetengah sifat ini mungkin tidak mengandungi data. Imej berikut menunjukkan contoh papan pemuka monitor Langsung untuk aplikasi kanvas.
| Nama lajur | Description |
|---|---|
| Id | Nombor jujukan untuk peristiwa. |
| Masa | Masa peristiwa berlaku. |
| Kategori | Jenis acara, seperti Rangkaian. |
| Operasi | Hasil nama operasi dalaman permintaan dalam aplikasi. Sebagai contoh, createRow ialah nama operasi daripada fungsi Tampalan. |
| Keputusan | Perihalan teks bagi kod status. Sebagai contoh, status 429 akan muncul sebagai " Ralat" dalam lajur keputusan. Warna baris juga membantu untuk mengenal pasti sebarang ralat dan amaran dengan cepat. |
| Maklumat Keputusan | Terjemahan terperinci kod ralat dan hasil. Contohnya, kod status 429 akan muncul sebagai "Terlalu banyak permintaan" dalam lajur ini. |
| Status | Kod status HTTP permintaan rangkaian. Contohnya, kod 2XX mewakili permintaan yang berjaya, manakala kod 4XX mewakili ralat. |
| Tempoh | Tempoh kebanyakan boleh digunakan untuk memahami prestasi panggilan rangkaian dalam aplikasi, tetapi ia juga bergantung pada jenis peristiwa. Contohnya, untuk permintaan rangkaian, tempoh adalah masa yang diambil untuk permintaan dihantar dan respons yang diterima. |
| sumber data | Nama sumber data diakses oleh operasi peristiwa yang ditimbulkan (contohnya, nama jadual Microsoft Dataverse). |
| Kawalan | Nama Kawalan yang dikaitkan dengan peristiwa ini |
| Hartanah | Ciri kawalan aktif bagi peristiwa yang ditimbulkan. |
| saiz respons | Untuk peristiwa permintaan rangkaian, mewakili saiz respons yang diterima daripada penghantar kepada aplikasi anda, dalam bait. |
Apabila anda memilih peristiwa dalam grid, panel memaparkan butiran tambahan tentang peristiwa. Panel mempunyai empat tab:
Butiran: Menunjukkan gambaran keseluruhan peringkat tinggi acara yang anda pilih. Sesetengah data mungkin diruntuhkan dalam pandangan pepohon. Anda boleh kembangkan dan gerudi bawah untuk melihat kandungan.
Formula: Menunjukkan formula berkaitan daripada app anda untuk acara yang dipilih. Nama sifat kawalan mencetuskan peristiwa dipaparkan di atas tab dan dalam jadual peristiwa.
Permintaan: Menunjukkan permintaan HTTP yang telah dihantar.
respons: Menunjukkan respons HTTP yang diterima. Anda boleh melihat respons dalam format JSON.
Senario yang tidak disokong untuk Monitor Langsung
Untuk mengetahui tentang senario yang tidak disokong untuk Monitor Langsung, pergi ke Pemantauan lanjutan - senario tidak disokong.
Langkah seterusnya
Lihat juga
Selesaikan masalah borang dalam aplikasi dipacu model
Penyahpepijatan kolaboratif dengan monitor Langsung
Pemantauan lanjutan