นักวิทยาศาสตร์ข้อมูลหัดเขียน JavaScript: ทำความเข้าใจ Promises และ resolve()
ถอดบทเรียนจากนักวิทยาศาสตร์ข้อมูลที่เปลี่ยนผ่านสู่การพัฒนาซอฟต์แวร์ และความเข้าใจผิดเรื่อง Asynchronous กับ Blocking
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- นักวิทยาศาสตร์ข้อมูลผู้คุ้นเคยกับ Python และ R กำลังศึกษาการพัฒนาเว็บจากศูนย์
- แรงบันดาลใจเกิดจากการสร้างจำลองชั้นข้อมูลสำหรับแอปโซเชียลด้านฟิตเนส
- พบปัญหาความสับสนระหว่างการทำงานแบบบล็อก (Blocking) และ Asynchronous
การเปลี่ยนสายงานจากนักวิทยาศาสตร์ข้อมูลที่คุ้นเคยกับภาษาอย่าง Python และ R มาสู่การพัฒนาซอฟต์แวร์ ถือเป็นความท้าทายที่ต้องอาศัยการเปรียบเทียบกับสิ่งที่รู้อยู่แล้ว โดยผู้เขียนบทความบน Dev.to ได้แชร์ประสบการณ์การเรียนรู้ JavaScript ในส่วนของ Promises และฟังก์ชัน resolve() ผ่านการสร้างจำลองชั้นข้อมูลสำหรับแอปพลิเคชันโซเชียลด้านฟิตเนส เพื่อจำลองเหตุการณ์ที่ผู้ใช้งานดึงข้อมูลโพสต์ใหม่จากฟีด
ในตอนแรก ผู้เขียนยอมรับว่าตนเองเกิดความสับสนระหว่างตรรกะการทำงานแบบบล็อก (Blocking) ที่คุ้นเคยจากการทำเว็บสแครปปิ้ง (Web Scraping) เช่นการใช้งาน time.sleep() หรือคำสั่ง WebDriverWait จาก Selenium ที่ทำให้โปรแกรมหยุดรอจนกว่าจะครบเวลาหรือเงื่อนไขสำเร็จ ซึ่งจะแสดงผลการทำงานตามลำดับว่ากำลังดึงข้อมูล ได้รับข้อมูลแล้ว และโค้ดส่วนอื่นจึงจะทำงานต่อตามลำดับ
การทำความเข้าใจความแตกต่างระหว่าง Synchronous และ Asynchronous ถือเป็นอุปสรรคสำคัญอันดับต้นๆ ของโปรแกรมเมอร์ที่ย้ายมาจากภาษาที่รันแบบบล็อกเป็นหลัก การที่ JavaScript สามารถรันโค้ดส่วนอื่นต่อไปได้ในระหว่างรอการตอบสนองจากเครือข่าย ช่วยให้ประสิทธิภาพของแอปพลิเคชันฝั่งไคลเอนต์ไม่สะดุด ซึ่งเป็นหัวใจสำคัญของการพัฒนาเว็บสมัยใหม่
อย่างไรก็ตาม ผลลัพธ์ที่ได้จากการทดลองเขียนโค้ดจริงกลับแสดงผลข้อความส่วนซิงค์โค้ดทำงานก่อนที่จะได้รับข้อมูลโพสต์ ซึ่งสะท้อนให้เห็นความแตกต่างอย่างชัดเจนว่า ในขณะที่การทำงานแบบบล็อกจะหยุดทั้งสคริปต์เดี่ยว (Single Thread) จนกว่าการรอคอยจะสิ้นสุด แต่ตรรกะแบบ Asynchronous ใน JavaScript จะปล่อยให้โปรแกรมส่วนที่เหลือทำงานต่อไปได้ในระหว่างที่รอผลลัพธ์
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น