หลักสูตรความผิดพลาด 101
10 โมดูล
5 สัปดาห์ที่ผ่านมา

บันทึก

คลิกเพื่อคัดลอก

การใช้บันทึกสำหรับการแก้ไขปัญหาแอปพลิเคชัน


ในระหว่างขั้นตอนการพัฒนา สถานการณ์มักจะเกิดขึ้นเมื่อผลลัพธ์จริงของแอปพลิเคชันไม่ตรงกับที่คาดไว้ แม้แต่สำหรับกระบวนการทางธุรกิจง่ายๆ ที่มีจำนวนบล็อกน้อย การระบุข้อผิดพลาดอาจทำได้ยาก และสำหรับโครงการขนาดใหญ่ การใช้เครื่องมือแก้ไขปัญหาเพิ่มเติมจะกลายเป็นข้อบังคับ

ในโมดูลนี้ เราจะจัดการกับการดีบักแอปพลิเคชัน ซึ่งก็คือขั้นตอนการพัฒนาที่ตรวจพบข้อผิดพลาด แปลเป็นภาษาท้องถิ่น และกำจัดออก

เครื่องมือพื้นฐานที่สุดสำหรับการค้นหาข้อผิดพลาดคือการใช้บันทึก ซึ่งก็คือการสร้างรายการบางอย่างสำหรับการวิเคราะห์เพิ่มเติม ลองดูที่สิ่งนี้โดยใช้ตัวอย่างของกระบวนการทางธุรกิจ " Basic functions " ที่สร้างขึ้นในโมดูลที่สี่

จุดประสงค์ของกระบวนการทางธุรกิจคือการได้ตัวเลขสองตัวมาดำเนินการทางคณิตศาสตร์กับตัวเลขเหล่านั้น สมมติว่าเราต้องการตรวจสอบบางอย่างระหว่างทางและไม่ได้โฟกัสเฉพาะผลลัพธ์สุดท้าย (หรือขาดไป)

เราใช้บันทึกเพื่อให้แน่ใจว่า:

  • กระบวนการทางธุรกิจเริ่มต้นขึ้นจริงๆ
  • Round block ได้รับค่าที่ถูกต้องเป็นอินพุต
  • จำนวนองค์ประกอบของอาร์เรย์ก่อนสิ้นสุดกระบวนการทางธุรกิจนั้นสอดคล้องกับความคาดหวังของเรา (5)

Write to Log

ในการทำเช่นนี้เราจะเปลี่ยนกระบวนการทางธุรกิจเล็กน้อยและเพิ่มบล็อก Write to Log ซึ่งจะเขียนข้อมูลลงในบันทึกตามชื่อ

เราใช้การ Write to Log บล็อกแรกเมื่อเริ่มต้นกระบวนการทางธุรกิจ สามารถรับพารามิเตอร์สองตัวเป็นอินพุต: Label (สำหรับชื่อเรื่องของรายการ) และ Input (รายการเอง) ในกรณีนี้ เราบันทึกข้อเท็จจริงของการเริ่มต้นกระบวนการทางธุรกิจ ดังนั้นจึงไม่จำเป็นต้องถ่ายโอนพารามิเตอร์จากแหล่งข้อมูลแยกต่างหาก การระบุข้อความยืนยันก็เพียงพอแล้ว ดังนั้นเราจะเขียนข้อความ " Basic functions BP start " เป็น Input

รายการบันทึกถัดไปจะดำเนินการก่อน Round block และในกรณีนี้ บันทึกจะไม่ได้รับการแก้ไขอีกต่อไป อินพุตจะได้รับค่าพร้อมผลลัพธ์ของการหารซึ่งจะต้องดำเนินการปัดเศษในอนาคต ข่าวดีก็คือ Write to Log สามารถใช้ค่าประเภทใดก็ได้เป็น Input (ในกรณีนี้คือ Float ) และไม่จำเป็นต้องแปลงเป็น String เพื่อเขียน

ในตอนท้าย คุณต้องจดจำนวนองค์ประกอบในอาร์เรย์ แต่ในการทำเช่นนี้ คุณต้องหาจำนวนนี้เพราะเรามีอาร์เรย์เอง ไม่ใช่ขนาดของมัน ดังนั้นนอกเหนือจากการ Write to Log เราจะใช้บล็อก Array Size


บันทึกแบ็กเอนด์

หลังจากนั้น คุณสามารถเผยแพร่แอปพลิเคชัน เรียกใช้กระบวนการทางธุรกิจ และดูผลลัพธ์ ไปที่แท็บ CI/CD ในส่วน Application Logs เพื่อดำเนินการนี้

รายการ bp_log ในคอลัมน์ Source หมายความว่ารายการนี้สร้างขึ้นจากบล็อก Write to Log เราสามารถมั่นใจได้ว่ากระบวนการทางธุรกิจทำงานได้อย่างถูกต้องและมีการเขียนบันทึกจริง ยิ่งไปกว่านั้น คุณสามารถดูบันทึกระบบต่างๆ ได้ที่นี่ เช่น ได้รับผลลัพธ์ปลายทางสำเร็จแล้ว ( Status: 200 ) ที่อยู่ IP ใดที่เปิดใช้งานและพารามิเตอร์ใดที่ใช้

บันทึกส่วนหน้า

บล็อกที่มีชื่อเดียวกัน ( Write to Log ) ยังสามารถเห็นได้เมื่อสร้างกระบวนการทางธุรกิจส่วนหน้า ใช้สำหรับฟิลด์ป้อนค่า Y มาเขียนข้อมูลเกี่ยวกับค่าที่ป้อน ( Input: Value = ) และส่วนประกอบใด ( Label: Y log : )

ในกรณีนี้ บล็อกจะทำงานเฉพาะในส่วนหน้าเท่านั้น จะไม่มีการส่งคำขอไปยังเซิร์ฟเวอร์ ดังนั้น ผลลัพธ์ของการบล็อกนี้จะไม่ปรากฏในบันทึกของเซิร์ฟเวอร์ คำถามเชิงตรรกะเกิดขึ้น - แล้วจะหาพวกเขาได้ที่ไหน?

ในการทำเช่นนี้ คุณต้องเปิด Developer Tools ในเบราว์เซอร์ วิธีการเปิดใช้งานและชื่ออาจแตกต่างกันเล็กน้อยขึ้นอยู่กับเบราว์เซอร์ที่ใช้ แต่สิ่งสำคัญคือเบราว์เซอร์สมัยใหม่รองรับคุณสมบัตินี้และหลักการทำงานทั่วไปก็เหมือนกัน

ในตัวอย่างของเรา จะใช้เบราว์เซอร์ Google Chrome ในการเปิดใช้งานเครื่องมือสำหรับนักพัฒนา คุณสามารถใช้รายการเมนูที่เกี่ยวข้องในการตั้งค่า ( More tools -> Developer tools ) แป้นพิมพ์ลัด Ctrl + Shift + I หรือเพียงแค่กด F12 มีคุณลักษณะต่างๆ มากมายที่นี่ เช่น การดูรหัส HTML ของหน้าเว็บ การติดตามคำขอของเครือข่าย และอื่นๆ อีกมากมาย แต่ในขณะนี้เราสนใจในส่วน Console ช่วยให้คุณสามารถติดตามผลการทำงานของ JavaScript และวินิจฉัยข้อผิดพลาดส่วนหน้าได้ และอยู่ในคอนโซลที่คุณสามารถดูบันทึกที่บันทึกโดยบล็อก Write to Log

เราป้อนหมายเลข "4" ในช่องป้อนข้อมูล Y และตรวจสอบให้แน่ใจว่า Write to Log ทำงานตามที่วางแผนไว้ รายการปรากฏในคอนโซล " Y log: Value = 4 "

Was this article helpful?
ยังคงมองหาคำตอบ?