Quando e por que você selaria uma classe?

Em C # e C ++ / CLI, a palavra-chave sealed(ou NotInheritableem VB) é usada para proteger uma classe de qualquer chance de herança (a classe não será herdável). Eu sei que um recurso da programação orientada a objetos é a herança e acho que o uso de sealedvai contra esse recurso, ele interrompe a herança. Existe um exemplo que mostra o benefício sealede quando é importante usá-lo?

1. Em uma classe que implementa recursos de segurança, para que o objeto original não possa ser "personificado".

2. De modo mais geral, recentemente conversei com uma pessoa da Microsoft, que me disse que tentou limitar a herança aos lugares onde realmente fazia sentido, porque se torna cara em termos de desempenho se não for tratada.
   A palavra-chave selada informa ao CLR que não há nenhuma classe mais abaixo para procurar métodos e isso acelera as coisas.

Na maioria das ferramentas de melhoria de desempenho no mercado hoje em dia, você encontrará uma caixa de seleção que selará todas as suas classes que não são herdadas.
Porém, tenha cuidado, porque se quiser permitir plug-ins ou descoberta de assembly por meio do MEF, você terá problemas.

Um adendo à excelente resposta de Babuíno :

3. Se uma classe não for projetada para herança, as subclasses podem quebrar invariantes de classe . Isso realmente só se aplica se você estiver criando uma API pública, é claro, mas como regra geral, selo qualquer classe não explicitamente projetada para ser uma subclasse.

Em uma nota relacionada, aplicável apenas a classes não lacradas: qualquer método criado virtualé um ponto de extensão, ou pelo menos parece que deveria ser um ponto de extensão. Declarar métodos também virtualdeve ser uma decisão consciente. (Em C #, essa é uma decisão consciente; em Java, não.)

EDIT : Alguns links relevantes:

• Effective Java, 2ª edição por Joshua Bloch. Veja o item 17 (requer assinatura do Safari)
• Item Java 17 efetivo: Projete e documente para herança ou proíba (discussão do mesmo item)

Observe também que Kotlin sela classes por padrão; sua openpalavra-chave é o oposto de Java finalou sealedC # . (Com certeza, não existe um acordo universal de que isso é uma coisa boa .)

Marcar uma classe como Sealedimpede a violação de classes importantes que podem comprometer a segurança ou afetar o desempenho.

Muitas vezes, selar uma classe também faz sentido quando se está projetando uma classe de utilitário com comportamento fixo, que não queremos alterar.

Por exemplo, o Systemnamespace em C#fornece muitas classes que são lacradas, como String. Se não fosse lacrado, seria possível estender sua funcionalidade, o que pode ser indesejável, pois é um tipo fundamental com determinada funcionalidade.

Da mesma forma, structuresin C#são sempre selados implicitamente. Portanto, não se pode derivar uma estrutura / classe de outra estrutura. O motivo para isso é que structuressão usados ​​para modelar apenas tipos de dados autônomos, atômicos e definidos pelo usuário , que não queremos modificar.

Às vezes, quando você está construindo hierarquias de classes, você pode querer limitar um determinado ramo na cadeia de herança, com base em seu modelo de domínio ou regras de negócios.

Por exemplo, a Managere PartTimeEmployeesão ambos Employee, mas você não tem nenhuma função depois de funcionários de meio período em sua organização. Nesse caso, você pode querer selar PartTimeEmployeepara evitar mais ramificações. Por outro lado, se você tiver funcionários horistas ou semanais em tempo parcial, pode fazer sentido herdá-los PartTimeEmployee.

Acho que esse post tem algum ponto bom, o caso específico foi ao tentar lançar uma classe não lacrada para qualquer interface aleatória, o compilador não gera erro; mas quando selado é usado, o compilador gera um erro que não pode ser convertido. Classe selada traz segurança de acesso de código adicional.
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla