17
เมื่อใดที่ควรมีการยืนยันในรหัสการผลิต [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 เดือนที่ผ่านมา ปรับปรุงคำถามนี้ มีการอภิปรายที่เกิดขึ้นที่ comp.lang.c ++ มีการตรวจสอบว่ายืนยันหรือไม่ซึ่งใน C ++ นั้นมีอยู่เฉพาะในการสร้างข้อบกพร่องโดยค่าเริ่มต้นควรเก็บไว้ในรหัสการผลิตหรือไม่ เห็นได้ชัดว่าแต่ละโครงการจะไม่ซ้ำกันดังนั้นคำถามของฉันที่นี่คือไม่มากไม่ว่าจะยืนยันควรจะเก็บไว้, แต่ในกรณีนี้เป็นฝากฝัง / ไม่ได้เป็นความคิดที่ดี โดยการยืนยันฉันหมายถึง: การตรวจสอบรันไทม์ที่ทดสอบเงื่อนไขซึ่งเมื่อเท็จแสดงให้เห็นข้อบกพร่องในซอฟต์แวร์ กลไกที่โปรแกรมหยุดการทำงาน (อาจเกิดขึ้นหลังจากทำความสะอาดน้อยที่สุด) ฉันไม่จำเป็นต้องพูดถึง C หรือ C ++ ความคิดเห็นของฉันเองก็คือถ้าคุณเป็นโปรแกรมเมอร์ แต่ไม่ได้เป็นเจ้าของข้อมูล (ซึ่งเป็นกรณีของแอปพลิเคชันเดสก์ท็อปเชิงพาณิชย์ส่วนใหญ่) คุณควรจะเก็บไว้เพราะการยืนยันที่ล้มเหลวแสดงข้อผิดพลาดและคุณไม่ควรไป เปิดด้วยจุดบกพร่องพร้อมความเสี่ยงของการทำลายข้อมูลของผู้ใช้ วิธีนี้บังคับให้คุณทดสอบอย่างมากก่อนที่จะส่งและทำให้มองเห็นข้อบกพร่องได้ง่ายขึ้นจึงง่ายต่อการตรวจจับและแก้ไข ความเห็น / ประสบการณ์ของคุณคืออะไร ไชโย คาร์ล ดูคำถามที่เกี่ยวข้องที่นี่ การตอบสนองและการปรับปรุง เฮ้เกรแฮม การยืนยันเป็นข้อผิดพลาดบริสุทธิ์และเรียบง่ายดังนั้นควรจัดการเหมือน เนื่องจากข้อผิดพลาดควรได้รับการจัดการในโหมดการปล่อยดังนั้นคุณไม่จำเป็นต้องยืนยัน นั่นเป็นเหตุผลที่ฉันชอบคำว่า "บั๊ก" เมื่อพูดถึงการยืนยัน มันทำให้สิ่งต่าง ๆ ชัดเจนขึ้น …
166
assert