ผู้ส่งเหตุการณ์ควรเป็นวัตถุทั่วไปหรือไม่

เมื่อกิจกรรมการเขียนโปรแกรมใน C # ขอแนะนำให้สร้างผู้แทนในรูปแบบของ:

delegate XEventHandler(object sender, XEventArgs e);

คำถามของฉันอยู่ที่อาร์กิวเมนต์แรกของผู้รับมอบสิทธิ์object sender. มันจำเป็นต้องเป็นยาสามัญobjectหรือไม่? การมีผู้ส่งเป็นประเภทobjectจะส่งผลให้เกิดรหัสคล้ายกัน

val = ((ConcreteType)sender).Property;

หรือยิ่ง verbose

ConcreteType obj = sender as ConcreteType
if (obj != null) { ... }

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

ถ้าคลาสของผู้ส่งเป็นที่รู้จักกันเสมอ (อย่างน้อยก็เป็นคลาสนามธรรม)? ตัวอย่างเช่นถ้าฉันกำลังดำเนินการListChangedจัดกิจกรรมในนามธรรมListชั้นและถ้าชั้นเรียนอื่น ๆ จะได้รับมรดก (เช่นLinkedList, ArrayList) มันเป็นสิทธิ์ที่จะกำหนดผู้รับมอบสิทธิ์ของฉันที่มีผู้ส่งประเภทList?

delegate ListChangedEventHander(List sender, ListChangedEventArgs e);

หรือว่าจะมีข้อเสียของการเปลี่ยนแบบเดิมobject senderเป็นแบบเฉพาะเจาะจงมากขึ้น?

ณ จุดนี้มันเป็นแบบแผน (ค่อนข้างแข็งแกร่ง) เป็นส่วนใหญ่ นั่นคือมันจะแปลกถ้าคุณเขียนไลบรารีที่ไม่เป็นไปตามแบบแผนนั้น

แนวทางการออกแบบเหตุการณ์กล่าวว่า

DOใช้เป็นชนิดของพารามิเตอร์แรกของการจัดการเหตุการณ์และเรียกมันว่าobjectsender

อย่างไรก็ตามคุณอาจทราบว่าคำแนะนำปัจจุบันบอกว่าคุณไม่ควรกำหนดผู้รับมอบสิทธิ์ที่กำหนดเองสำหรับกิจกรรม แต่ควรใช้EventHandler<T>แทนหากคุณทำได้

สำหรับการออกแบบนั้นฉันคิดว่ามันส่งเสริมการใช้งานตัวจัดการเหตุการณ์ซ้ำอีกครั้งแม้ในบริบทที่ไม่ได้คาดการณ์ไว้โดยนักออกแบบดั้งเดิมของเหตุการณ์

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

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