การสะท้อนกลับ: การใช้การสะท้อนยังคง“ ไม่ดี” หรือ“ ช้า” หรือไม่? มีการเปลี่ยนแปลงอะไรกับการสะท้อนตั้งแต่ปี 2545

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

ถ้าหากมีอะไรเปลี่ยนแปลง มันเป็นเพียงความเร็วของเครื่องหรือไม่? มีการเปลี่ยนแปลงเฟรมเวิร์กเพื่อเร่งการสะท้อนหรือไม่?

หรือไม่มีอะไรเปลี่ยนแปลงจริง ๆ ? มันยังคง "แย่" หรือ "ช้า" เพื่อใช้การสะท้อน?

การสะท้อนนั้นไม่เลวหรือช้า มันเป็นเพียงเครื่องมือ เช่นเดียวกับเครื่องมือทั้งหมดมันมีค่ามากสำหรับบางสถานการณ์ แต่ไม่มีประโยชน์สำหรับผู้อื่น

หากประสิทธิภาพเป็นปัญหาคุณสามารถใช้ไลบรารีเช่นFasterFlect ได้ตลอดเวลา

อ่านเพิ่มเติม
หากการสะท้อนกลับไม่มีประสิทธิภาพเมื่อใดที่เหมาะสมที่สุด?

เหตุผลที่ผู้คนระมัดระวังในการใช้การสะท้อนโดยไม่จำเป็นนั้นไม่ได้มีประสิทธิภาพ: ใช่มีค่าใช้จ่ายในการใช้การสะท้อน แต่บ่อยครั้งการแก้ปัญหาโดยไม่ต้องใช้วิธีการอื่นที่มีความซับซ้อนเทียบเท่ากันและแม้ว่าจะไม่ได้ ไม่ค่อยมีนัยสำคัญ (โดยเฉพาะอย่างยิ่งสำหรับการพัฒนาระดับแอปพลิเคชัน)

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

แล้วทำไมผู้คนถึงใช้การไตร่ตรอง? กล่าวง่ายๆเพราะแม้จะมีปัญหาตามที่อธิบายไว้ข้างต้นมันเป็นเครื่องมือที่มีค่ามาก ด้วยการไตร่ตรองประโยชน์บางประการของการเขียนโปรแกรมแบบไดนามิกสามารถเป็นภาษาแบบคงที่อย่างเคร่งครัดเช่น C # และภาษาโปรแกรมแบบไดนามิกได้แสดงให้เห็นประโยชน์ของพวกเขาเมื่อเร็ว ๆ นี้โดยเฉพาะอย่างยิ่งในขอบเขตของการเขียนโปรแกรมเว็บ - PHP, Javascript และ Python ใช้การพิมพ์แบบไดนามิกทั้งหมดและได้รับการพิสูจน์แล้วว่าเหมาะสำหรับการเขียนโปรแกรมเว็บ แต่เนื่องจากภาษายังคงเป็น C # คุณสามารถเลือกเก็บแอปพลิเคชันส่วนใหญ่ไว้ในสำนวน OOP ที่เคร่งครัดและเขียนส่วนเล็ก ๆ ที่พฤติกรรมแบบไดนามิกสร้างความแตกต่างด้วยการสะท้อน

ตัวอย่างทั่วไปคือเมื่อคุณจำเป็นต้องเปิดเผยวิธีการเป็นบริการโทรศัพท์ (ใช้โปรโตคอลที่ยังไม่ได้สร้างไว้ใน. NET) วิธีการของ OOP ที่พิมพ์อย่างเคร่งครัดนั้นใช้ได้ผล แต่ก็มีข้อ จำกัด และเงอะงะมากเกินไป แต่ถ้าคุณใช้การไตร่ตรองเพื่อแมปการเรียกไปยังเมธอดและคู่คีย์ / ค่ากับข้อโต้แย้งคุณสามารถเขียนการประปาสำหรับบริการบนเว็บดังกล่าวหนึ่งครั้งจากนั้นใช้งานในชั้นเรียนที่คุณต้องการ

การสะท้อนกลับยังช้ากว่าการโทรโดยตรงอย่างมาก มีการเปลี่ยนแปลงสองสิ่ง:

• Runtimes มีกลไกการสะท้อนที่เหมาะสมที่สุดเพื่อให้ความแตกต่างนั้นเล็กลง
• ซีพียูได้เร็วขึ้นดังนั้นความไร้ประสิทธิภาพขนาดเล็กจึงทนได้ง่ายขึ้น

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