แก้ไขข้อบกพร่องของแอปแบบจำลองด้วยตัวตรวจสอบ
จอภาพสามารถช่วยคุณแก้ไขข้อบกพร่องและวินิจฉัยปัญหาและช่วยให้คุณสร้างแอปได้เร็วขึ้น และเชื่อถือได้มากขึ้น Monitor ให้มุมมองเชิงลึกเกี่ยวกับการทำงานของแอปโดยให้บันทึกกิจกรรมสำคัญทั้งหมดในแอปของคุณขณะที่แอปทำงาน คุณยังสามารถแก้ไขจุดบกพร่องของแอปแบบจำลองที่เผยแพร่ร่วมกับวิศวกรฝ่ายสนับสนุนหรือแก้ไขจุดบกพร่องของเซสชันของผู้ใช้รายอื่นได้ด้วย สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการแก้ไขจุดบกพร่องแอปแบบจำลองที่เผยแพร่ร่วมกัน ให้ไปที่ การแก้ไขปัญหาร่วมกันโดยใช้ตัวตรวจสอบ
ข้อสำคัญ
การตรวจสอบแอปแบบจำลองต้องใช้เวอร์ชันไคลเอ็นต์ของแอปแบบจำลองของคุณเป็น 1.4.5973-2307.2 หรือใหม่กว่า
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับเวลาที่คุณควรตรวจสอบแอป ดูที่ ภาพรวมของตัวตรวจสอบ หากต้องการเรียกใช้ Monitor ด้วยแอปพื้นที่ทำงาน ดู ที่ การดีบักแอปพื้นที่ทำงานด้วย Monitor
ใช้ตัวตรวจสอบเพื่อวินิจฉัยแอปแบบจำลอง
ลงชื่อเข้าใช้ Power Apps และเลือก แอป จากบานหน้าต่างนำทางด้านซ้าย
เลือกแอปแบบจำลองที่คุณต้องการตรวจสอบ และจากนั้นเลือก ตรวจสอบ บนแถบคำสั่ง
ในหน้าเว็บที่เปิดขึ้น ให้เลือก แอปแบบจำลอง เพื่อเปิดแอปของคุณ
หมายเหตุ
หรือคุณสามารถเรียกใช้แอปแบบจำลองและเพิ่ม “&monitor=true” ต่อท้าย URL ในเบราว์เซอร์ จากนั้น เลือก ตรวจสอบ บนแถบคำสั่งเพื่อเริ่มเซสชันการตรวจสอบในแท็บใหม่
หลังจากเปิดแอปจาก Monitor คุณจะเห็นกล่องโต้ตอบ เข้าร่วมเซสชันการตรวจสอบข้อบกพร่องไหม สิ่งนี้ช่วยให้คุณทราบว่าข้อมูลใด ๆ จากแอปจะถูกส่งไปยังเจ้าของการตรวจสอบ เลือก เข้าร่วม เหตุการณ์จะเริ่มโฟลว์ไปที่หน้าจอเซสชันการตรวจสอบเมื่อเกิดขึ้นในแอป
เลือกเหตุการณ์เพื่อแสดงข้อมูลเพิ่มเติมในบานหน้าต่างด้านขวา
ติดตามเหตุการณ์
การนำทางหน้า การดำเนินการคำสั่ง การบันทึกฟอร์ม และการดำเนินการหลักอื่น ๆ จะส่งตัวบ่งชี้ประสิทธิภาพหลักและเหตุการณ์เครือข่ายไปยัง Monitor
ฟูลโหลด
FullLoad หมายถึงการโหลดที่สมบูรณ์ของการนำทางเพจ เช่น การโหลดฟอร์มแก้ไขเหตุการณ์นี้รอให้คำขอเครือข่ายบางอย่างดำเนินการเสร็จสิ้นและการเรนเดอร์ทั้งหมดจะเสร็จสิ้น ดังนั้นฟอร์มจึงพร้อมก่อน ฟูลโหลด จะเสร็จ
เลือกเหตุการณ์ฟูลโหลด เพื่อแสดงไฟล์แท็บ รายละเอียด
เหตุการณ์ฟูลโหลดรวบรวมสถิติมากมายเกี่ยวกับการโหลดหน้าเว็บ คุณสามารถดูฟอร์มแก้ไขงานที่โหลดใน 506 มิลลิวินาที และเลือกแถวที่แสดงข้อมูลในบานหน้าต่างคุณสมบัติคุณสามารถดูรายละเอียดได้ที่ customScriptTime
(เวลาที่ใช้ในการรัน JavaScript ที่กำหนดเอง) loadType
(0 = ประเภทหน้าการโหลดครั้งแรก, 1 = เอนทิตีการโหลดครั้งแรก, 2 = บันทึกการโหลดครั้งแรก, 3 = มีการเยี่ยมชมบันทึกที่แน่นอน) และ FormId
(ตัวระบุแบบฟอร์มสำหรับการวินิจฉัยเพิ่มเติม) การขยาย แสดงที่มา ให้รายละเอียดของเวลาดำเนินการ JS ที่กำหนดเองตามชนิดผู้เผยแพร่ โซลูชัน รุ่น ทรัพยากรบนเว็บและวิธีการสิ่งนี้สามารถช่วยระบุปัญหาคอขวดในเวลาโหลดฟอร์ม
เครือข่าย
เหตุการณ์ เครือข่าย เปิดเผยรายละเอียดเกี่ยวกับคำขอแต่ละรายการที่ทำจากแอป
เลือกเหตุการณ์เครือข่าย เพื่อแสดงไฟล์แท็บ รายละเอียด
ก่อนหน้านี้คุณได้เรียนรู้เกี่ยวกับ Monitor และวิธีใช้กับแอปแบบจำลอง ลองดูสถานการณ์บางอย่างที่ Monitor สามารถช่วยคุณในการแก้ไขข้อผิดพลาดของสคริปต์ ลักษณะการทำงานที่ไม่คาดคิด และการชะลอตัว
ข้อผิดพลาดสคริปต์แบบกำหนดเอง
บางครั้งข้อบกพร่องใน JS ที่กำหนดเองทำให้เกิดข้อผิดพลาดของสคริปต์หรือปัญหาการทำงานเมื่อโหลดหน้าเว็บ แม้ว่าโดยปกติจะสร้าง call stack ในกล่องโต้ตอบ แต่ก็ยากที่จะทราบว่ามาจากที่ใดหรือถอดรหัสข้อผิดพลาด Monitor ได้รับเหตุการณ์จากแอปพร้อมรายละเอียดเพิ่มเติมเกี่ยวกับข้อผิดพลาดเพื่อให้คุณแก้ไขข้อผิดพลาดได้รวดเร็วและง่ายดายยิ่งขึ้น
ตัวอย่างเช่น สมมติว่าผู้ใช้ประสบกับกล่องโต้ตอบข้อผิดพลาดของสคริปต์ในการโหลดฟอร์มบัญชี คุณสามารถใช้ Monitor เพื่อดูรายละเอียดเพิ่มเติมเกี่ยวกับกิจกรรม เมื่อจำลองสถานการณ์ขึ้นใหม่ คุณจะเห็นข้อผิดพลาดของสคริปต์ทำให้เกิดเหตุการณ์ข้อผิดพลาดที่เน้นด้วยสีแดง การเลือกแถวนี้ทำให้คุณไม่เพียง call stack แต่ ชื่อผู้จัดพิมพ์ ชื่อ/รุ่นของโซลูชัน ชื่อทรัพยากรบนเว็บ และ ชนิด (เช่น onload onchange RuleEvaluation และ CustomControl). ในตัวอย่างนี้ ดูเหมือนว่ามีการพิมพ์ผิดในสคริปต์
ประสิทธิภาพการทำงานช้าลง
เครื่องมือสำหรับนักพัฒนาเบราว์เซอร์สามารถช่วยให้โปรไฟล์โหลดหน้าเว็บได้ช้า แต่มีข้อมูลมากมายให้กรองและยังไม่ชัดเจนว่าอะไรสำคัญที่ต้องดู Monitor ช่วยแก้ปัญหานี้โดยการแสดงเหตุการณ์ที่เกี่ยวข้องซึ่งมีส่วนช่วยในการโหลดหน้าเว็บ
ตัวอย่างเช่น สมมติว่าผู้ใช้ประสบปัญหาการโหลดแบบฟอร์มบัญชีที่ช้า และเบราว์เซอร์ค้างอยู่ตลอดเวลา ในกรณีนี้ หลังจากที่คุณเกิดปัญหาซ้ำคุณจะเห็นคำเตือนเกี่ยวกับประสิทธิภาพที่แจ้งว่า XMLHttpRequest ที่ซิงโครนัสถูกส่งไปในระหว่างการโหลดซึ่งทำให้ประสิทธิภาพลดลง
ดู โพสต์บล็อกก่อนหน้า สำหรับวิธีบรรเทาปัญหาประสิทธิภาพ XMLHttpRequest (XHR) แบบซิงโครนัส
สำหรับการโหลดหน้าทุกครั้ง แพลตฟอร์มข้อมูลจะส่ง KPI ทั้งหมดสำหรับลำดับการโหลดตลอดจนรายละเอียดคำขอเครือข่ายตามที่กล่าวไว้ก่อนหน้านี้
ดูเพิ่มเติม
ใช้ตัวตรวจสอบเพื่อแก้ไขปัญหาของลักษณะการทำงานฟอร์มในแอปแบบจำลอง
หมายเหตุ
บอกให้เราทราบเกี่ยวกับภาษาที่คุณต้องการในคู่มือ ทำแบบสำรวจสั้นๆ (โปรดทราบว่าแบบสำรวจนี้เป็นภาษาอังกฤษ)
แบบสำรวจนี้ใช้เวลาทำประมาณเจ็ดนาที ไม่มีการเก็บข้อมูลส่วนบุคคล (คำชี้แจงสิทธิ์ส่วนบุคคล)
คำติชม
https://aka.ms/ContentUserFeedback
เร็วๆ นี้: ตลอดปี 2024 เราจะขจัดปัญหา GitHub เพื่อเป็นกลไกคำติชมสำหรับเนื้อหา และแทนที่ด้วยระบบคำติชมใหม่ สำหรับข้อมูลเพิ่มเติม ให้ดู:ส่งและดูข้อคิดเห็นสำหรับ