null เทียบกับ undefined

Zig มีทั้ง null และ undefined และทั้งสองไม่เหมือนกัน การสับสนระหว่างสองคำนี้เป็นสาเหตุคลาสสิกของข้อผิดพลาดที่เข้าใจยาก

null คือสถานะจริงที่กำหนดไว้อย่างชัดเจน หมายความว่า optional นี้ตั้งใจเก็บความว่างเปล่า เป็นค่าที่มีความหมายและตรวจสอบได้

undefined หมายความว่าพื้นที่จัดเก็บมีอยู่ แต่เนื้อหายังเป็นข้อมูลขยะ คุณกำลังรับรองว่าจะเขียนค่าจริงลงไปก่อนอ่าน

คุณกำหนดค่า null ได้เฉพาะให้ชนิด optional เท่านั้น i32 ปกติจะไม่ยอมรับค่า null เพราะการไม่มีค่าไม่ใช่ส่วนหนึ่งของชนิด

ในทางตรงกันข้าม ตัวแปรเกือบทุกชนิดสามารถเริ่มต้นเป็น undefined เพื่อจองหน่วยความจำไว้ก่อน แล้วเติมค่าในอีกสักครู่

การตรวจสอบ optional เทียบกับ null นั้นปลอดภัยและเป็นสิ่งที่คาดหมายได้อย่างสมบูรณ์ เพราะนี่คือวิธีตรวจหาค่าที่ไม่มีอยู่

การอ่านค่าที่ยังเป็น undefined ถือเป็นพฤติกรรมที่ไม่ถูกต้อง แม้แต่การสร้างแบบปลอดภัยยังเติมไบต์ 0xAA ให้เพื่อเปิดเผยข้อผิดพลาดนี้

ให้คิดว่า undefined เป็นข้อตกลง: คุณสัญญาว่าจะกำหนดค่าก่อนใช้งาน หากฝ่าฝืน คุณจะอ่านข้อมูลที่ไม่มีความหมายและคาดเดาไม่ได้

รูปแบบที่พบบ่อยคือประกาศบัฟเฟอร์เป็น undefined แล้วเติมข้อมูลทันทีจากการอ่านหรือการเรียกจัดรูปแบบ

ใช้ null เพื่อจำลองการมีค่าหรือไม่มีค่าอย่างแท้จริง ใช้ undefined เฉพาะเมื่อต้องการข้ามการกำหนดค่าเริ่มต้นที่ไม่จำเป็นและจะเขียนทับทันที

null ตอบคำถามว่ามีค่าอยู่หรือไม่ ส่วน undefined ตอบว่าหน่วยความจำถูกเขียนแล้วหรือยัง การแยกให้ ชัดเจน ช่วยให้คุณปลอดภัย

คุณประกาศ var buf: [8]u8 = undefined; แล้วอ่าน buf[0] ก่อนเขียนค่า นี่คืออะไร

คุณแยก null ซึ่งเป็นค่าที่ไม่มีอยู่จริงสำหรับ optional ออกจาก undefined ซึ่งเป็นหน่วยความจำที่ยังไม่ได้กำหนดและต้องเขียนก่อน แนวคิดสองอย่างที่ไม่ควรสับสนกัน 🧠