ใน C # และ C ++ / CLI คีย์เวิร์ดsealed(หรือNotInheritableใน VB) ถูกใช้เพื่อป้องกันคลาสจากโอกาสในการสืบทอด (คลาสจะไม่สามารถสืบทอดได้) ฉันรู้ว่าคุณลักษณะหนึ่งของการเขียนโปรแกรมเชิงวัตถุคือการสืบทอดและฉันรู้สึกว่าการใช้งานsealedขัดกับคุณลักษณะนี้จะหยุดการสืบทอด มีตัวอย่างที่แสดงให้เห็นถึงประโยชน์ของการใช้sealedและเวลาที่สำคัญหรือไม่?
คำตอบ:
ในคลาสที่ใช้คุณลักษณะด้านความปลอดภัยเพื่อไม่ให้อ็อบเจ็กต์ดั้งเดิมถูก "เลียนแบบ"
โดยทั่วไปเมื่อเร็ว ๆ นี้ฉันได้แลกเปลี่ยนกับบุคคลที่ Microsoft ซึ่งบอกฉันว่าพวกเขาพยายาม จำกัด การสืบทอดให้อยู่ในสถานที่ที่เหมาะสมจริงๆเพราะมันจะกลายเป็นประสิทธิภาพที่มีราคาแพงหากไม่ได้รับการรักษา
คีย์เวิร์ดที่ปิดผนึกจะบอก CLR ว่าไม่มีคลาสใดเพิ่มเติมในการค้นหาวิธีการและทำให้สิ่งต่างๆเร็วขึ้น
ในเครื่องมือเพิ่มประสิทธิภาพส่วนใหญ่ในตลาดปัจจุบันคุณจะพบช่องทำเครื่องหมายที่จะปิดผนึกคลาสทั้งหมดของคุณที่ไม่ได้สืบทอดมา
โปรดระวังเพราะหากคุณต้องการอนุญาตให้ใช้ปลั๊กอินหรือการค้นหาแอสเซมบลีผ่าน MEF คุณจะประสบปัญหา
ภาคผนวกสำหรับคำตอบที่ยอดเยี่ยมของ Baboon :
ในบันทึกที่เกี่ยวข้องใช้ได้กับคลาสที่ไม่ได้ปิดผนึกเท่านั้น: วิธีการใด ๆ ที่สร้างขึ้นvirtualเป็นจุดขยายหรืออย่างน้อยก็ดูเหมือนว่าควรเป็นจุดขยาย วิธีการประกาศvirtualควรเป็นการตัดสินใจอย่างมีสติเช่นกัน (ใน C # นี่เป็นการตัดสินใจอย่างมีสติใน Java ไม่ใช่)
แก้ไข : ลิงค์ที่เกี่ยวข้องบางส่วน:
โปรดทราบว่าKotlinผนึกคลาสโดยค่าเริ่มต้น มันopenเป็นหลักตรงข้ามของ Java ของfinalหรือsealedของ C # (เพื่อให้แน่ใจว่าไม่มีข้อตกลงสากลว่านี่เป็นสิ่งที่ดี )
การทำเครื่องหมายคลาสเป็นการSealedป้องกันการปลอมแปลงคลาสสำคัญที่อาจทำให้ความปลอดภัยลดลงหรือส่งผลต่อประสิทธิภาพ
หลายครั้งการปิดผนึกคลาสก็สมเหตุสมผลเช่นกันเมื่อมีการออกแบบคลาสยูทิลิตี้ที่มีพฤติกรรมคงที่ซึ่งเราไม่ต้องการเปลี่ยนแปลง
ตัวอย่างเช่นSystemเนมสเปซในC#มีหลายคลาสที่ปิดผนึกเช่นString. หากไม่ได้ปิดผนึกอาจเป็นไปได้ที่จะขยายฟังก์ชันการทำงานซึ่งอาจไม่เป็นที่ต้องการเนื่องจากเป็นประเภทพื้นฐานที่มีฟังก์ชันการทำงานที่กำหนด
ในทำนองเดียวกันstructuresในC#จะถูกปิดผนึกโดยปริยายเสมอ ดังนั้นจึงไม่สามารถรับโครงสร้าง / คลาสหนึ่งจากโครงสร้างอื่นได้ เหตุผลนี้structuresใช้เพื่อสร้างแบบจำลองเฉพาะชนิดข้อมูลแบบสแตนด์อะโลนอะตอมที่ผู้ใช้กำหนดซึ่งเราไม่ต้องการแก้ไข
บางครั้งเมื่อคุณกำลังสร้างลำดับชั้นคุณอาจต้องการปิดสาขาบางสาขาในสายการสืบทอดโดยยึดตามรูปแบบโดเมนหรือกฎทางธุรกิจของคุณ
ตัวอย่างเช่น a ManagerและPartTimeEmployeeเป็นทั้งสองEmployeeแต่คุณไม่มีบทบาทใด ๆ หลังจากพนักงานพาร์ทไทม์ในองค์กรของคุณ ในกรณีนี้คุณอาจต้องการปิดผนึกPartTimeEmployeeเพื่อป้องกันการแตกแขนงเพิ่มเติม ในทางกลับกันหากคุณมีพนักงานพาร์ทไทม์รายชั่วโมงหรือรายสัปดาห์อาจเป็นเรื่องที่สมเหตุสมผลที่จะรับช่วงต่อจากPartTimeEmployeeนั้น
unsealคลาสในภายหลังหากจำเป็นแทนที่จะปิดผนึกและทำลายคลาสทั้งหมดที่ขึ้นอยู่กับคลาสนั้น
ฉันคิดว่าโพสต์นี้มีจุดที่ดีกรณีเฉพาะคือเมื่อพยายามส่งคลาสที่ไม่ปิดผนึกไปยังอินเทอร์เฟซแบบสุ่มใด ๆ คอมไพเลอร์จะไม่แสดงข้อผิดพลาด แต่เมื่อใช้การปิดผนึกคอมไพเลอร์จะแสดงข้อผิดพลาดที่ไม่สามารถแปลงได้ คลาสปิดผนึกเพิ่มความปลอดภัยในการเข้าถึงรหัส
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla