Clase 19 de 19 • Curso de Programación Orientada a Objetos con C#
Contenido del curso
Diego Andrés Castillo Ospina
Sergio Sanchez
Raúl Humberto Peñate Ramírez
Hector Alfonso Hernandez Torres
Alexander De Jesús Ventura Mejía
Diego Andrés Castillo Ospina
ignacio romero
Lucas Castillo Vasquez
Juan Cortez
Sergio Sanchez
Miguel Teheran
Joel Angel David Barrantes Palacios
Jesus Maria Gonzalez Guardo
Jose Gabriel Zaragoza
Erick Estrada Mancilla
Miguel Teheran
Jacqueline Jimenez Plascencia
Jorge Romero
Héctor García Elejalde
Joan Alexander Valerio Rodríguez
Javier Galvan Mancera
Martha Jerelly Muñoz Torres
Jhon F. Cervantes Charris
David Sanchez
ignacio romero
Juan Cortez
Faltó otra característica de las clases abstractas, estas clases no se pueden instanciar, además se puede usar la mayoría de las veces como clases padre muy generales.
carambolas, este curso debio salir hace un par de años atras. genial Miguel como siempre, mil gracias.
Sí, viejo, este curso me pareció tripiante. Entendí todo mientras comía mis emparedados. Espero que el señor Johnson lo hubiera enseñado antes en mi escuela. Sería un programador más fenomenal de lo que soy.
Ame este curso, me quedo en claro algunos conceptos que me pasaron de noche en la uni
Me he quedado muy sorprendido por el gran parecido que tiene este tema con el lenguaje de programación java, básicamente cambia la sintaxis pero la lógica es bastante parecida.
Sí es parecido en la lógica simple, pero ya cuando se utiliza el framework Spring en Java es muy diferente.
Todos los lenguajes de programación orientada a objetos son muuuuy parecidos .
Aporte
Las interfaces y las clases abstractas son dos conceptos fundamentales en la programación orientada a objetos que comparten algunas similitudes, pero también tienen diferencias clave. Aquí hay algunas diferencias importantes entre interfaces y clases abstractas en C#:
1. **Implementación de Métodos:**
- **Interfaces:** Solo pueden contener declaraciones de métodos, propiedades, eventos y otros miembros, pero no pueden proporcionar una implementación. Las clases que implementan una interfaz deben proporcionar sus propias implementaciones para todos los miembros de la interfaz.
- **Clases Abstractas:** Pueden contener tanto miembros abstractos (sin implementación) como miembros concretos (con implementación). Las clases que heredan de una clase abstracta pueden optar por implementar o no los miembros abstractos.
2. **Herencia:**
- **Interfaces:** Pueden ser implementadas por múltiples clases. Una clase puede implementar varias interfaces.
- **Clases Abstractas:** Pueden ser heredadas por una única clase. No permiten la herencia múltiple.
3. **Constructores:**
- **Interfaces:** No pueden tener constructores. No se pueden instanciar.
- **Clases Abstractas:** Pueden tener constructores y pueden ser instanciadas, pero no directamente. Se requiere una clase derivada para proporcionar la implementación completa.
4. **Acceso a Miembros:**
- **Interfaces:** Todos los miembros de una interfaz son públicos por defecto y no pueden tener modificadores de acceso.
- **Clases Abstractas:** Pueden tener miembros con diferentes modificadores de acceso (public, protected, etc.).
5. **Campos (Variables de Clase):**
- **Interfaces:** No pueden tener campos.
- **Clases Abstractas:** Pueden tener campos.
6. **Palabras Clave:**
- **Interfaces:** Se definen con la palabra clave interface.
- **Clases Abstractas:** Se definen con la palabra clave abstract.
En general, las interfaces son útiles cuando se desea definir un contrato que varias clases pueden implementar, permitiendo así la implementación de múltiples interfaces en una sola clase. Las clases abstractas son más adecuadas cuando se quiere proporcionar una base común con alguna implementación compartida y también definir comportamientos que las clases derivadas deben implementar. La elección entre interfaces y clases abstractas depende de la estructura y los requisitos específicos de tu diseño.
Sigo e insisto,
Que buen profesor es Miguel! explica tranquilamente temas que pueden ser complejos y da esos tips que mejoran la escritura de código.
Un cursito de patrones de diseño en C# por fis!!!
El metodo "GetSuperHeroe()" (de la solucion) puede ser usado directamente desde Program.cs?
Si definimos un superman, que implementa una interfaz con el metodo GetSuperHeroe(), no deberia poderse?
Claro si puede ser invocado sin problemas
yo pienso que no puede ser llamado en el Program.cs, sino que el GetSuperHeroe() puedes implementarlo en ImprimirInfo de la siguiente manera:
namespace SuperHeroesApp { internal static class ImprimirInfo { public static void ImprimirSuperHeroe(ISuperHeroe superHeroe) { Console.WriteLine(superHeroe.GetSuperHeroe()); } } }
Miguel Teheran, muy crack como siempre en sus cursos!!!
Aguardando un curso de Patrones de Diseño por este profe, que excelente como explica
Es posible renombrar los metodos de las interfaces? si es que tengo 2 interface con propiedades o metodos con nombres iguales. es porible cambiar el nombre de estas propiedades/metodos?
No es posible cambiar los nombres lo que si podemos hacer es cambiar su comportamiento lo cual se relaciona al concepto de polimorfismo.
Me ha gustado el curso y he aprendido mucho. Sin embargo, no amo cuando los ejemplos son tan ficticios, es decir, siento que me quedaría mucho más claro si los ejercicios que se usan para las clases están más basados en sus usos en la vida real.
En este caso, el uso de los superheroes no lo siento tan realista comparado a lo laboral. En mi caso y para que a mí me quedara más claro, estuve haciendo mis prácticas suponiendo un sistema para una escuela donde se registra la información de alumnos, profesores y las materias de los mismos. Así que tuve que parar contantemente para comparar lo que estaba haciendo el profesor y aplicarlo a lo mío.
Aunque bueno, en general ha sido mucho más sencillo de entender.
Interfaces vs Clases abstractas
Definición y Propósito
Herencia
Implementación
default.Accesibilidad y Modificadores
private o protected.Uso con Estructuras
En C# 8, al implementar métodos por defecto en interfaces, no se utiliza la palabra reservada override, ya que no se está sobrescribiendo un método de una clase base, sino proporcionando una implementación en la interfaz. Las clases que implementan la interfaz pueden optar por usar esa implementación o redefinir el método.
Muy complacido con el curso. 5/5
Gracias profe, mejor explicado imposible.
ISuperHeroe avenger = new SuperHeroe { Id = 2, Nombre = "Black Widow", IdentidadSecreta = "Natasha Romanoff" }; Console.WriteLine(avenger.GetSuperHeroe()); ````El metodo GetSuperHeroe() puede ser llamado desde el program, y esto es posible ya que avenger.GetSuperHeroe()`: Llama al método `GetSuperHeroe()` del objeto `avenger`. Aquí, `avenger` es tratado como un `ISuperHeroe`, lo que significa que puede usar métodos definidos en `ISuperHeroe`
No me queda muy claro la diferencia entre interfaz y clase abstracta desde que le metieron la nueva característica a las interfaces (método por defecto en interfaz), dado que esto hace que estos dos tipos se parezcan mucho, aunque entiendo que aún se puede diferenciar en el tema de múltiples implementaciones y otras cositas más.
Wow, realmente me ha gusta el curso, me ha servido mucho, es hora de seguir con los demás cursos, he aprendido mucho, muchas Gracias Platzi
LLegaron un par de años tarde...
Espero poderme explicar:
Imaginen que tienen dos reinos de animales de acuerdo a su forma de nacimiento: viviparos o ovíparos.
Entonces en este caso creamos la clase Animal con el método formaDeNacimiento. Las clases AnimalViviparo y AnimalOviparo heredan de la clase Animal esta característica una y solo una vez y modifican el método formaDeNacimiento a su conveniencia para decir que un animal nace por medio de huevos o desde el vientre de la madre, pero nótese que tu ya sabes que sea cual sea el animal tu debes clasificarlo en uno de los dos tipos, entonces, antes que ser un contrato (como una interfaz por ejemplo), es una base que te ayuda a construir clases.
Ahora, ya sea un animal vivíparo o ovíparo, ambos deben moverse y la forma de movimiento de cada animal es distinto, por lo tanto que debes modificar el comportamiento del método varias veces, dependiendo el animal que hablas. Para esto es lo que sirven las interfaces, para usarlo varias veces y dependiendo del uso que le des.
Dicho esto, la interfaz puedes heredarla varias veces en el código y las clases que tengas en función de las necesidades que necesites (he ahí que se dice que es un contrato, pero he ahí que tu le pongas la letra en cada clase que definas en función del contexto que estás trabajando) pero la clase abtracta solamente puedes heredarla una vez y es igual un contrato, pero que ya viene con letras y te dice que debe tener tu clase para que funcione y herede de su inmediato superior.
Espero no me hice bolas.