Elegir entre clases abstractas e interfaces en C# define qué tan escalable y desacoplado será tu código. Ambas obligan a las clases hijas a cumplir un contrato, pero cada una resuelve problemas distintos en programación orientada a objetos.

¿Qué tienen en común una clase abstracta y una interfaz?

Las dos sirven para forzar implementaciones en las clases que heredan o implementan. Si olvidas algún método o propiedad, el compilador lanza un error y no te deja avanzar hasta cumplir el contrato.

Esa exigencia es justo lo que las hace útiles: garantizan que cualquier clase hija respete una estructura mínima. La diferencia está en cómo y cuándo conviene usar cada una.

¿Qué es una clase abstracta en C#? Es una clase que no se puede instanciar directamente y que puede mezclar métodos abstractos con implementaciones por defecto que las clases hijas heredan.

¿Cuándo usar una clase abstracta y cuándo una interfaz?

La regla práctica es simple: usa clases abstractas cuando quieras reutilizar lógica y usa interfaces cuando quieras desacoplar componentes.

¿Por qué las interfaces ganan en escalabilidad?

En C# solo puedes heredar de una sola clase, sea normal o abstracta. Eso obliga a meter toda la lógica nueva dentro de la misma clase, que termina creciendo de forma desbordada.

Con interfaces es distinto. Una clase puede implementar múltiples interfaces al mismo tiempo. Si tu app de superhéroes ya tiene ISuperheroe, puedes sumar IHeroe y distribuir la lógica entre varios contratos en lugar de inflar un solo componente.

• Herencia de clases: una sola permitida.
• Implementación de interfaces: múltiples permitidas.
• Resultado: las interfaces escalan mejor cuando el código crece.

¿Cuándo conviene reutilizar lógica con clases abstractas?

Las clases abstractas brillan cuando tienes comportamiento común que varias clases hijas van a compartir. Puedes definir métodos abstractos que obligan a implementar, y al mismo tiempo dejar métodos ya implementados que se heredan tal cual.

En cambio, cuando aplicas patrones de diseño o inyección de dependencias, las interfaces son la opción correcta. Te dan un contrato claro entre componentes sin atarte a una implementación específica, y eso es justo lo que necesitan los sistemas desacoplados.

¿Qué se usa más en proyectos reales, clases abstractas o interfaces? Las interfaces, porque aparecen en cualquier patrón de diseño y en la comunicación entre componentes. Las clases abstractas se reservan para casos puntuales de reutilización de lógica.

¿Qué son los default interface methods en C# 8.0?

Históricamente las interfaces solo definían el contrato y nunca contenían lógica. Toda implementación vivía en la clase. Eso cambió desde C# 8.0 con los default interface methods o métodos por defecto en interfaces.

Ahora puedes escribir lógica directamente dentro de la interfaz usando llaves, y esa implementación se vuelve el comportamiento por defecto. Cualquier clase que implemente la interfaz hereda ese método sin tener que escribirlo, y si necesita un comportamiento distinto puede hacer override y sobreescribirlo.

¿Cómo se ve una implementación por defecto en una interfaz?

El patrón es el mismo de siempre: declaras la interfaz con la directiva interface y su nombre. La diferencia es que dentro del método agregas las llaves con la lógica.

csharp interface IA { void M() { Console.WriteLine("Implementación por defecto"); } }

class C : IA { }

// Uso IA obj = new C(); obj.M(); // Imprime: Implementación por defecto

La clase C no sobreescribe nada, así que al llamar M() se ejecuta la lógica que vive dentro de la interfaz. Esto te ahorra repetir código cuando la mayoría de tus clases comparten un comportamiento genérico y solo unas pocas necesitan algo distinto.

¿Cómo aplicar este feature en la app de superhéroes?

Un buen ejercicio para fijar el concepto: en la interfaz de tu aplicación de superhéroes, crea un método que devuelva toda la información del superhéroe como un string. Hazlo como implementación por defecto dentro de la interfaz.

Luego, en el método que ya usas para imprimir, en lugar de armar el texto manualmente, llama al método de la interfaz y deja que él te devuelva el string completo. Si te trabas, en los recursos de la clase está el código ya implementado en Git como referencia.

¿Qué conceptos clave deberías dominar antes de avanzar?

Estos son los términos que vale la pena tener claros para seguir con cursos intermedios de C# y .NET.

• Herencia simple: una clase solo puede heredar de una clase base, abstracta o no.
• Implementación múltiple: una clase puede implementar varias interfaces a la vez.
• Métodos abstractos: declaran el contrato sin lógica, obligan a la clase hija a implementarlos.
• Default interface methods: métodos con lógica por defecto dentro de interfaces, disponibles desde C# 8.0.
• Override: sobreescritura de un método heredado para cambiar su comportamiento.
• Inyección de dependencias: patrón que se apoya en interfaces para desacoplar componentes.

Dominar la diferencia entre clases abstractas e interfaces es el cierre natural de la programación orientada a objetos en C#, y es prerrequisito para los cursos intermedios y avanzados de la ruta de C# y .NET. ¿En qué parte de tu código actual cambiarías una clase abstracta por una interfaz? Cuéntalo en los comentarios.