Hoy me topé con una pared, cuando estaba a punto de agregar una nueva funcionalidad a la aplicación. Tenía un registro con datos, pero necesitaba algunos valores extra. Agregar esto al registro no tendría sentido, porque en la mayoría de los casos no se usarán y serían nulos, así que pensé en la herencia, que tenía perfecto sentido en esta situación. Pero hay un problema, porque los registros de Java no admiten la herencia, por lo que terminé reescribiendo el registro en una clase fea de POJO con valores finales y captadores.
Entonces mi pregunta es básicamente: ¿por qué no hay herencia? Entiendo que no hay herencia múltiple porque es desordenado y difícil de controlar en algún punto, pero también tenemos clases finales que no se pueden heredar, ¿por qué no podríamos tener registros y registros finales?
Ver la JEP correspondiente:
Los registros son implícitamente definitivos y no pueden ser abstractos. Estas restricciones enfatizan que la API de un registro se define únicamente por su descripción de estado y no puede ser mejorada posteriormente por otra clase o registro.
Los componentes de un registro son implícitamente definitivos. Esta restricción incorpora una política inmutable por defecto que es ampliamente aplicable para los agregados de datos.
El punto es que al reducir el ámbito de los patrones de uso, el compilador/JVM puede hacer el tipo de optimizaciones de las que se trata el concepto de registro.
Significado: si permite la subclasificación, el tiempo de ejecución tendrá que lidiar con el polimorfismo. Que no es la intención detrás de los registros.