Bir sınıfı ne zaman ve neden mühürleyeceksiniz?

C # ve C ++ / CLI'de anahtar kelime sealed(veya NotInheritableVB'de), bir sınıfı herhangi bir kalıtım şansından korumak için kullanılır (sınıf miras alınamayacaktır). Nesne yönelimli programlamanın bir özelliğinin kalıtım olduğunu biliyorum ve kullanımının sealedbu özelliğe aykırı olduğunu, kalıtımı durdurduğunu hissediyorum . Yararını sealedve ne zaman kullanılmasının önemli olduğunu gösteren bir örnek var mı ?

1. Güvenlik özelliklerini uygulayan bir sınıfta, böylece orijinal nesnenin "kimliğine bürünemez".

2. Daha genel olarak, son zamanlarda Microsoft'ta bir kişiyle görüştüm ve bana kalıtımı gerçekten mantıklı olduğu yerlerle sınırlandırmaya çalıştıklarını, çünkü tedavi edilmezse performans açısından pahalı hale geleceğini söyledi.
   Mühürlenmiş anahtar sözcük CLR'ye yöntem aramak için daha aşağıda bir sınıfın olmadığını ve işleri hızlandırdığını söyler.

Günümüzde piyasadaki çoğu performans artırıcı araçta, miras alınmayan tüm sınıflarınızı mühürleyecek bir onay kutusu bulacaksınız.
Yine de dikkatli olun, çünkü MEF aracılığıyla eklentilere veya derleme keşfine izin vermek istiyorsanız, sorunlarla karşılaşacaksınız.

Baboon'un mükemmel cevabına bir ek :

3. Bir sınıf miras için tasarlanmamışsa , alt sınıflar sınıf değişmezlerini bozabilir . Bu gerçekten yalnızca genel bir API oluşturuyorsanız geçerlidir, elbette, ancak temel kural olarak, alt sınıflara ayrılmak üzere açıkça tasarlanmamış herhangi bir sınıfı mühürliyorum.

İlgili bir notta, yalnızca mühürsüz sınıflar için geçerlidir: oluşturulan herhangi bir yöntem virtualbir uzantı noktasıdır veya en azından bir uzantı noktası olması gerektiği gibi görünür. Beyan yöntemleri virtualde bilinçli bir karar olmalıdır. (C # 'da bu bilinçli bir karardır; Java'da değildir.)

DÜZENLEME : Bazı ilgili bağlantılar:

• Etkili Java, Joshua Bloch tarafından 2. Baskı . Madde 17'ye bakın (Safari aboneliği gerektirir)
• Etkili Java Öğesi 17: Kalıtım için tasarlayın ve belgeleyin veya başka şekilde yasaklayın (aynı öğenin tartışılması)

Ayrıca Kotlin'in sınıfları varsayılan olarak mühürlediğini unutmayın ; onun openkelime Java'nın tersidir finalveya sealedC # . (Elbette, bunun iyi bir şey olduğuna dair evrensel bir anlaşma yok .)

Bir sınıfı olarak işaretleme Sealed , güvenliği tehlikeye atabilecek veya performansı etkileyebilecek önemli sınıfların değiştirilmesini önler.

Çoğu zaman, bir sınıfı mühürlemek, değiştirmek istemediğimiz sabit davranışlı bir fayda sınıfı tasarlarken de anlamlıdır.

Örneğin, içindeki Systemad alanı C#mühürlenmiş birçok sınıf sağlar, örneğin String. Mühürlenmemişse, belirli bir işlevselliğe sahip temel bir tür olduğu için istenmeyen bir durum olabilecek işlevselliğini genişletmek mümkün olacaktır.

Benzer şekilde, structuresiçinde C#her zaman örtük olarak mühürlenir. Dolayısıyla, bir yapı / sınıf başka bir yapıdan türetilemez. Bunun nedeni , değiştirmek istemediğimiz ,structures yalnızca bağımsız, atomik, kullanıcı tanımlı veri türlerini modellemek için kullanılmasıdır .

Bazen, sınıf hiyerarşileri oluştururken, etki alanı modelinize veya iş kurallarınıza göre devralma zincirindeki belirli bir dalı sınırlamak isteyebilirsiniz.

Örneğin, a Managerve PartTimeEmployeeher ikisi de Employees'dir, ancak kuruluşunuzda yarı zamanlı çalışanlardan sonra herhangi bir rolünüz yoktur. Bu durumda, PartTimeEmployeedaha fazla dallanmayı önlemek için mühürlemek isteyebilirsiniz . Öte yandan, saatlik veya haftalık yarı zamanlı çalışanlarınız varsa, onları miras almak mantıklı olabilir PartTimeEmployee.

Bence bu yazının iyi bir noktası var, özel durum, herhangi bir rastgele arayüze mühürlenmemiş bir sınıf atmaya çalışırken, derleyici hata vermiyor; ancak mühürlendiğinde, derleyici dönüştüremeyeceği bir hata atar. Mühürlü sınıf, ek kod erişim güvenliği sağlar.
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla