Mil gracias por lo que haces! Llevo un par de años que me pica la curiosidad de aprender el fondo de la programacion, para desgranar mi mente y poder verlo. Tu me estas ayudando mucho. Sigue así!!
Como nota... Las clases abstractas e interfaces son como un mapa y funcionan igual. La diferencia es que en las clases abstractas agregas mas funcionalidad extra para ella misma y en las interfaces no ya que son solo métodos declarados hacia donde se implementan. Muy buen video, mucho mejor que las escuelas y que muchos youtubers. Sigue así!
Hola justo me surgió esa duda, podríamos respetar el patrón entonces también si utilizamos una clase abstracta en vez de una interfaz? por ejemplo Product como clase abstracta, electronicProduct como subclase y dentro de electronicProduct el método de instanciado? Gracias en caso que lo leas, pasaron 3 años de tu respuesta :D
@@juani6597 sí, tendrías el mismo comportamiento, dependería si solo te importa definir solo acciones (interfaz) o agregarle más cosas como atributos o algunos métodos ya definidos
Muchas gracias por el vídeo. Ésto será muy útil en mis videojuegos. De algún modo he estado implementando un poco ésto en Unity sin darme cuenta mezclando herencia y ahora tiene mucho más sentido.
Un Factory normalmente devuelve un objeto Especializado a traves de Generalizacion. Su canal es EXCELENTE !!! ojala crezca mas en seguidores y contenidos.
¡Excelente! Soy profesional en el área del desarrollo de videojuegos y tenia la idea de subir material relacionado a patrones de diseño pero el índice de este "mi curso" tiene buena pinta. ¡Exitos!
GENIAL el video, llevo ya dos años trabajando como programador, se y aplico los patrones a diario prácticamente y aun aprendo cosas BRUTAL la explicación y los ejemplos MAS VIDEOS!
Excelente. Estoy leyendo el libro de patrones de diseño que tú tienes en el estante y cada vez que termino un cap vengo a ver tú video para reforzar Gracias!
Un G E N I O, con toddas las letras gracias, la verdad ojala algun dia en la facultad existan profes asi con esas ganas y esa pedagogia con alumnos, te felicito!! Deberias dar clases, aunque como estan las cosas hoy en dia nadie quiere dar clases, te pagan 2$, saludos y gracias!!
Mucho mejor explicado que en clase la verdad. Aún que este patrón aún me trae de cabeza, en tu ejemplo se ve "fácil" pero tengo que ponerlo más en practica para poder entenderlo. Un saludo y gracias por el vídeo, esta serie es TOP.
Grandes videos los tuyos, y sobre todo esta serie, esta es una gran parte que se olvida a muchos que hacen cursos de programación de cualquier lenguaje, ya que se centran en programar, pero jamas en enseñar a mejorar.
tengo el libro de refactory guru pero no me lo deja claro, al venir aqui y ver tu espectacular exposicion y explicacion ya si me ha quedado bastante claro. Buenisimo ejemplo muchas gracias
Hola como estas? Muy buena explicación que bueno que nos expliques de manera clara los patrones de diseño. Seria interesante si puedes compartir codigo de ejemplo de elllos. Se que los poner en el video pero seria de gran utilidad poder descargar algo para mirarlo en detalle. Gracias y saludos
quiero darte las gracias por la serie de videos, habia leido varios entremedio de toda mi carrera pero siempre es mas motivador escucharlos en español, muchas gracias y sigue asi!
He vista varios videos tuyos y mi conclusión es que eres un crack, no entiendo porque aún no tienes ningún curso de esto 😫 , (o quizás yo no lo encontré), es absolutamente necesario 😭, no he visto contenido de este nivel en otros canales y menos en español. Gran explicación 👏🏻 buen video, saludos 🖖
desde la uma de informatica de malaga te seguimos toda una clase sube mas videos de programacion orientada a objetos, programar con c++ y estadisticas ( big data ) con r
Acabo de descubrir la serie (y el canal) y precisamente es lo que estaba buscando! Un repaso conciso pero claro sobre patrones de diseño. Estaré atenta (y suscrita) porque tiene muy buena pinta! 👌🏻👌🏻👌🏻
@BettaTech Me acabo de suscribir gracias este video y el anterior de presentación. Sin embargo en 1:36 creo que hay algo que puede confundir, porque las interfaces no son lo mismo que una clase abstracta. Aunque son muy similares, la diferencia radica en que una clase abstracta hereda sus métodos y es igual a una clase normal, excepto porque debe tener al menos un método definido como Abstract, el cual se le debe hacer obligatoriamente override en sus clases hijas ; en cambio una interfaz define sus métodos de manera general para sus hijos, y con un override se define la forma en que cada una los implementa de manera particular . Otro detalle es que las interfaces se caracterizan por no tener atributos, sólo muestran los métodos en común que muestran sus hijos, y cada uno de ellos define los atributos que pueden ser iguales o diferencian a los de sus hermanos, pero lo importante es que redefinan a su especificidad el método común que muestra la interfaz. Resumiendo, las clases abstractas son iguales a las clases padres que heredan a sus hijos, con la única salvedad que al menos uno de sus métodos debe ser abstracto y éste debe ser definido en sus hijos según como lo realicen. Saludos y gracias por estos magníficos videos.
Gran vídeo!! Me ha gustado mucho lo amena que has hecho la explicación. Me he suscrito porque creo que en tu canal voy a poder aprender un montón de cosas super chulas y útiles. PD: Soy desarrollador web junior😝
Muchas gracias por este ejemplo! En el Head First usan las pizzas y no queda tan clara la necesidad de usar este patrón como con tu ejemplo de querer generar enemigos diferentes: enemigos normales, enemigos dificiles, sólo un tipo de enemigos.. Lo he entendido perfectamente! :)
El problema es que el HeadFirst no implementa el patrón exactamente igual al menos a mi parecer. El HeadFirst toma a la clase abstracta de la que heredan todas las Factorys e implementa en ella la lógica del cliente para poder tratar todos los objetos. Solo deja a la subclase (Factory Concreta) la creación del objeto. Es como si pusieras la lógica de la clase Game del video en la interfaz EnemyFactory. De ahí lo de: deja solo a la subclase decidir la creación del objeto que utilizas en la superclase.
A mi entender, siempre que tengas dos clases parecidas pero que requieran especificaciones diferentes. Por ejemplo, por alguna razón te tienes que conectar a dos bases de datos diferentes, entonces manejas dos clases source que tienen que hacer lo mismo, pero que se conectan a una o a otra.
Muchas gracias por el vídeo. Soy autodidacta y lanzo trozos de código que hacen lo que quiero pero me queda la duda si hay una forma más organizada y productiva de hacer las cosas. En estos momentos me queda complicado hacer una carrera por cuestiones económicas por lo que me alimento mucho de vídeos como este. Gracias de nuevo por compartir tu conocimiento en estos tips. Me gustaría que volvieras sobre este tema con otro ejemplo cualquiera para tener mucha más claridad.
BettaTech por ejemplo si te toco con algun cliente algún requerimiento donde tuviste que aplicarlo o a lo mejor eso se va aprendiendo con la experiencia yo estudio 3er semestre en desarrollo de software y de verdad tu canal me gusta mucho tiene información muy util
@@BettaTech imagino que se refiere a algún ejemplo que no sea un videojuego, talves un software de gestión o de alguna tema en particular como software en la medicina, matemáticas, rrhh, bancario, etc. Creo que el amigo se refiere a ese tipo de ejemplo BettaTech
@@miguelcastro5541 Podria ser con cualquier cosa que cree objetos. Un videojuego se entiende facil porque entendemos que las entidades son "reales", hacemos una buena asimilacion con la vida real. Pero nada evita usar el patron factory para instanciar controladores o vistas o cualquier tipo de elemento abstracto
Hola Amigo, que buena explicación, concreta y al punto. una ayuda o aclaración: en el vídeo la entity como la factory son representadas como Interfaces pero he visto en guias y blogs que usan clases abstractas en lugar de interfaces, esto agrega alguna flexibilidad especial o que aporte real tiene tiene el hacer este cambio o no se debe hacer, gracias.
Me encantan tus vídeos,estoy en primero de software y me están viniendo muy bien para java. Estaría muy bien si hicieras un vídeo sobre ides y cuales recomiendas,un saludo.
Muy buen video!! Esperando MVC, en si no es dificil pero espero explicacion por que siempre hay dudillas ,tambien me gustaria ver si podrias montar un video sobre multiagentes en java utilizando Gson y Jade ,cuesta entender un poco las subscripciones y tareas de envios y recibos de mensajes,y sigue asii son buenos tus videos
me ha tomado, literalmente, 2 días enteros de estudiar, repasar, leer de UML y seguir un curso completo de Factory para entenderte hahaha no es que expliques mal, es que yo venía con muchos huecos teóricos. Sin embargo tu explicación fue lo que terminó de asentar todo lo que había leído y estudiado, un millón de gracias
Asicoder S.A . Sin embargo , las interfaces si heredan de otra interfaz (una interfaz no implementa otra interfaz) y pueden heredar de más de una interfaz . Así que aclara tu comentario por qué no estás ofreciendo toda la información .
Me disculpo por la confusion generada. Tanto las interfaces como las clases abstractas cumplen funciones practicamente iguales: definir un contrato o interfaz general para poder crear subtipos y usar polimorfismo. En C++ por ejemplo no hay interfaces y lo que haces es heredar de abstractas puras. Implementar interfaces podria verse como un sistema de herencia multiple de clases abstractas, y precisamente es lo que utilizo java para dar la opcion en vez de usar herencia multiple. Como en este contexto tanto heredar de abstractas como implementar interfaces tiene el mismo objetivo, lo he usado de forma indiscriminada. Pero si, tienes razon. Las interfaces son implementadas por clases.
@@BettaTech No pasa nada, era un pequeño detalle. El vídeo está genial y explicas mucho mejor que muchos profesores de la universidad. Continúa así!!! :)
@@asicoders.a3901 gracias! De hecho me gusta que puntualiceis estas cositas. Cuando escribo los videos hay detalles como estos que se me pasan. Espero poco a poco ir siendo mas preciso 😊
Sinceramente me encantó tanto la producción como la explicación⚡
Mil gracias! Seguimos! 💪🏻
El va a estar en el curso de javascript? :0
Dalto, mi novia dice que la programación no tiene futuro. Me puedes ayudar con pocas palabras lo que significa lo que está diciendo.
@@jormanurbina675 Lo explicó literalmente en el número mínimo de palabras posibles, 0, y tiene toda la razón
@@absolut_e1944 xd
Muy bien explicado. Es increíble la verdad cómo logras explicar por medio de analogías.
Mil gracias por lo que haces! Llevo un par de años que me pica la curiosidad de aprender el fondo de la programacion, para desgranar mi mente y poder verlo. Tu me estas ayudando mucho. Sigue así!!
Como nota... Las clases abstractas e interfaces son como un mapa y funcionan igual. La diferencia es que en las clases abstractas agregas mas funcionalidad extra para ella misma y en las interfaces no ya que son solo métodos declarados hacia donde se implementan. Muy buen video, mucho mejor que las escuelas y que muchos youtubers. Sigue así!
Hola justo me surgió esa duda, podríamos respetar el patrón entonces también si utilizamos una clase abstracta en vez de una interfaz? por ejemplo Product como clase abstracta, electronicProduct como subclase y dentro de electronicProduct el método de instanciado? Gracias en caso que lo leas, pasaron 3 años de tu respuesta :D
@@juani6597 sí, tendrías el mismo comportamiento, dependería si solo te importa definir solo acciones (interfaz) o agregarle más cosas como atributos o algunos métodos ya definidos
Muchas gracias por el vídeo. Ésto será muy útil en mis videojuegos. De algún modo he estado implementando un poco ésto en Unity sin darme cuenta mezclando herencia y ahora tiene mucho más sentido.
No entendia este patrón hasta que he visto este video, muy bién explicado!
Un Factory normalmente devuelve un objeto Especializado a traves de Generalizacion.
Su canal es EXCELENTE !!! ojala crezca mas en seguidores y contenidos.
¡Excelente! Soy profesional en el área del desarrollo de videojuegos y tenia la idea de subir material relacionado a patrones de diseño pero el índice de este "mi curso" tiene buena pinta.
¡Exitos!
GENIAL el video, llevo ya dos años trabajando como programador, se y aplico los patrones a diario prácticamente y aun aprendo cosas BRUTAL la explicación y los ejemplos MAS VIDEOS!
sigue a si, vas a crecer rapido y aportar mucho a la comunidad
Ojalá... Gracias!
Solo alguien con mucha experiencia te deja las cosas claras .... buen video!
Excelente.
Estoy leyendo el libro de patrones de diseño que tú tienes en el estante y cada vez que termino un cap vengo a ver tú video para reforzar
Gracias!
Sos súper didáctico. Dado que estoy aprendiendo Java se me hizo súper sencillo seguirte en cada paso de la explicación, un lujo 🙌🏽
El último tiempo estuve esperando alguien que suba este tipo de videos, me suscribo a tu canal y pumm!. Clarísimas explicaciones. Muchas gracias
Gracias a ti!
Muy bueno, me gusta el rumbo que toma el canal. Como estudiante de ingeniería informática esta serie me parece genial para profundizar mas en la POO
ERES GENIAAAAL EN SERIO GRACIAS POR UN CONTENIDO DE TAN BUENA CALIDAD C:
EXCELENTE, nunca mejor explicado. Muy claro, muy didáctico.
Gracias por comentar!
Muchas gracias por explicarlo tan bien.
El mejor video que he visto, te has ganado un suscriptor.
Gracias por compartir tu conocimiento.
Un G E N I O, con toddas las letras gracias, la verdad ojala algun dia en la facultad existan profes asi con esas ganas y esa pedagogia con alumnos, te felicito!! Deberias dar clases, aunque como estan las cosas hoy en dia nadie quiere dar clases, te pagan 2$, saludos y gracias!!
Mucho mejor explicado que en clase la verdad. Aún que este patrón aún me trae de cabeza, en tu ejemplo se ve "fácil" pero tengo que ponerlo más en practica para poder entenderlo.
Un saludo y gracias por el vídeo, esta serie es TOP.
Gran explicación del Patrón Factoría, muchas gracias :)
Cada vez que veo un video tuyo me explota la cabeza, sos un genio.
Me encanta el tema de patrones de diseño, esperando el proximo patron 😎
¿Estos patrones también se pueden implementar en la computación cuántica?
Ya era hora que alguien hiciera contenido sobre los patrones. Muy buena idea.
La mejor explicación sobre el patrón factory, muchas gracias nuevo suscriptor.
"espawneando enemigos"
Jajajaj. Me encanta. Hasta ahora solo había oído "spawning processes"
Grandes videos los tuyos, y sobre todo esta serie, esta es una gran parte que se olvida a muchos que hacen cursos de programación de cualquier lenguaje, ya que se centran en programar, pero jamas en enseñar a mejorar.
tengo el libro de refactory guru pero no me lo deja claro, al venir aqui y ver tu espectacular exposicion y explicacion ya si me ha quedado bastante claro. Buenisimo ejemplo muchas gracias
Adoro tu canal, comenzare a ver todos tus videos para actualizar las clases de mi juego
No entiendo como no tiene más suscriptores.
Hola como estas? Muy buena explicación que bueno que nos expliques de manera clara los patrones de diseño. Seria interesante si puedes compartir codigo de ejemplo de elllos. Se que los poner en el video pero seria de gran utilidad poder descargar algo para mirarlo en detalle. Gracias y saludos
Gracias, por la explicación. Me quedo claro como el agua.
Excelentes videos, hermano. Muy profesionales y académicos. Me gustan mucho.
quiero darte las gracias por la serie de videos, habia leido varios entremedio de toda mi carrera pero siempre es mas motivador escucharlos en español, muchas gracias y sigue asi!
He vista varios videos tuyos y mi conclusión es que eres un crack, no entiendo porque aún no tienes ningún curso de esto 😫 , (o quizás yo no lo encontré), es absolutamente necesario 😭, no he visto contenido de este nivel en otros canales y menos en español. Gran explicación 👏🏻 buen video, saludos 🖖
Con solo ver la explicación hasta el minuto 1.12 me dio para dar like y suscribirme. gracias
Un lujo tus videos ! Saludos desde Córdoba, Argentina !
No me arrepiento de activar esa campanita.
Esperando por el patrón Visitor ! Muy muy buenos videos
He estado viendo un par de vídeos de la serie y he quedado fascinado, que buena explicación, sigue así!
Ni siquiera he empezado ha estudiar la carrera, pero aquí voy conociendo! Saludos! +1
Muy buena serie de videos, con ejemplos simples de comprender. Me encantan para repasar contenido.
Lo entendí a la primera. Que genio
desde la uma de informatica de malaga te seguimos toda una clase sube mas videos de programacion orientada a objetos, programar con c++ y estadisticas ( big data ) con r
Se mi profesor de la universidad. Gracias por buenas explicaciones.
Acabo de descubrir la serie (y el canal) y precisamente es lo que estaba buscando! Un repaso conciso pero claro sobre patrones de diseño. Estaré atenta (y suscrita) porque tiene muy buena pinta! 👌🏻👌🏻👌🏻
Muy buen video, muchas gracias!! 😊😊😊
Estudio Ing. de Software (2º) y tal cual, estoy dando esto y para repasar es la hostia.
tío eres un genio, me encantan tus vídeos de desarrollo desde cero, podrías hacer un Hearthstone desde cero? estaría muy interesante. un saludo
@BettaTech Me acabo de suscribir gracias este video y el anterior de presentación. Sin embargo en 1:36 creo que hay algo que puede confundir, porque las interfaces no son lo mismo que una clase abstracta. Aunque son muy similares, la diferencia radica en que una clase abstracta hereda sus métodos y es igual a una clase normal, excepto porque debe tener al menos un método definido como Abstract, el cual se le debe hacer obligatoriamente override en sus clases hijas ; en cambio una interfaz define sus métodos de manera general para sus hijos, y con un override se define la forma en que cada una los implementa de manera particular .
Otro detalle es que las interfaces se caracterizan por no tener atributos, sólo muestran los métodos en común que muestran sus hijos, y cada uno de ellos define los atributos que pueden ser iguales o diferencian a los de sus hermanos, pero lo importante es que redefinan a su especificidad el método común que muestra la interfaz.
Resumiendo, las clases abstractas son iguales a las clases padres que heredan a sus hijos, con la única salvedad que al menos uno de sus métodos debe ser abstracto y éste debe ser definido en sus hijos según como lo realicen.
Saludos y gracias por estos magníficos videos.
Genio.
Que gran calidad de video, genial explicación
Muy buen contenido, es muy interesante esta serie.
Mil gracias!!!! Me alegro que sigas por aquí :)
Muy bien explicado, ahora sí entendí
Como siempre...brillante!!
Excelente contenido el que nos brindas! Un abrazo desde Argentina
Gracias por la explicación, que buen Canal.
Gran vídeo!! Me ha gustado mucho lo amena que has hecho la explicación. Me he suscrito porque creo que en tu canal voy a poder aprender un montón de cosas super chulas y útiles.
PD: Soy desarrollador web junior😝
Muchas gracias por este ejemplo!
En el Head First usan las pizzas y no queda tan clara la necesidad de usar este patrón como con tu ejemplo de querer generar enemigos diferentes: enemigos normales, enemigos dificiles, sólo un tipo de enemigos..
Lo he entendido perfectamente! :)
El problema es que el HeadFirst no implementa el patrón exactamente igual al menos a mi parecer. El HeadFirst toma a la clase abstracta de la que heredan todas las Factorys e implementa en ella la lógica del cliente para poder tratar todos los objetos. Solo deja a la subclase (Factory Concreta) la creación del objeto. Es como si pusieras la lógica de la clase Game del video en la interfaz EnemyFactory. De ahí lo de: deja solo a la subclase decidir la creación del objeto que utilizas en la superclase.
Sería interesante poder tener uno de estos videos al día, son muy buenos y recién empiezas la serie.
Muchas gracias por el vídeo
muy top tu canal!
La mejor explicación de este patrón que he visto en español. ¿Se viene serie de patrones de diseño? 😏
Excelente explicación
Visto en 27/02/2020
Te has ganado un nuevo sub, muy buen vídeo, está explicado de lujo, ¡gracias!
oye muchas gracias, me esta sirviendo mucho
from the best around so far
Esperando con ansias!!!
Excelente vídeo, entendí el patrón más no encuentro aún como aplicarlo en mi trabajo jajaja. Muchas gracias.
A mi entender, siempre que tengas dos clases parecidas pero que requieran especificaciones diferentes. Por ejemplo, por alguna razón te tienes que conectar a dos bases de datos diferentes, entonces manejas dos clases source que tienen que hacer lo mismo, pero que se conectan a una o a otra.
Muchas gracias por el vídeo. Soy autodidacta y lanzo trozos de código que hacen lo que quiero pero me queda la duda si hay una forma más organizada y productiva de hacer las cosas. En estos momentos me queda complicado hacer una carrera por cuestiones económicas por lo que me alimento mucho de vídeos como este. Gracias de nuevo por compartir tu conocimiento en estos tips. Me gustaría que volvieras sobre este tema con otro ejemplo cualquiera para tener mucha más claridad.
Gracias por la explicación
Amigo como haces para saber tanto de un tema, de verdad me sorprende la fluidez con la que hablas de un tema
me sirvió muchisimo, gracias
Puta madre, que buen vídeo, no había descubierto aun este canal
Estaba esperando el 2do video gracias por compartir tu conocimiento, podríamos tener un video con ejemplos con especificaciones del mundo real?
A que te refieres con ejemplos del mundo real?
BettaTech por ejemplo si te toco con algun cliente algún requerimiento donde tuviste que aplicarlo o a lo mejor eso se va aprendiendo con la experiencia yo estudio 3er semestre en desarrollo de software y de verdad tu canal me gusta mucho tiene información muy util
@@BettaTech imagino que se refiere a algún ejemplo que no sea un videojuego, talves un software de gestión o de alguna tema en particular como software en la medicina, matemáticas, rrhh, bancario, etc. Creo que el amigo se refiere a ese tipo de ejemplo BettaTech
@@miguelcastro5541 Podria ser con cualquier cosa que cree objetos. Un videojuego se entiende facil porque entendemos que las entidades son "reales", hacemos una buena asimilacion con la vida real. Pero nada evita usar el patron factory para instanciar controladores o vistas o cualquier tipo de elemento abstracto
Gracias por el Video!
Me tengo que esperar a ver el proximo UwU
Hola Amigo, que buena explicación, concreta y al punto. una ayuda o aclaración: en el vídeo la entity como la factory son representadas como Interfaces pero he visto en guias y blogs que usan clases abstractas en lugar de interfaces, esto agrega alguna flexibilidad especial o que aporte real tiene tiene el hacer este cambio o no se debe hacer, gracias.
Excelente..!!, muchas gracias..!!
Me encantan tus vídeos,estoy en primero de software y me están viniendo muy bien para java. Estaría muy bien si hicieras un vídeo sobre ides y cuales recomiendas,un saludo.
Muy buen vídeo e explicación :D ¿Para cuando los siguientes?
Que genial tu video 😎
Muy buena explicación, a ver cómo lo puedo aplicar a una propuesta xD
Muy buena explicación
Gracias!!
A mí me gustarían ver pronto los patrones MVC y DTO, y gracias por los vídeos!!
Lo máximo excelente contenido !
Muy buen video!! Esperando MVC, en si no es dificil pero espero explicacion por que siempre hay dudillas ,tambien me gustaria ver si podrias montar un video sobre multiagentes en java utilizando Gson y Jade ,cuesta entender un poco las subscripciones y tareas de envios y recibos de mensajes,y sigue asii son buenos tus videos
me ha tomado, literalmente, 2 días enteros de estudiar, repasar, leer de UML y seguir un curso completo de Factory para entenderte hahaha
no es que expliques mal, es que yo venía con muchos huecos teóricos. Sin embargo tu explicación fue lo que terminó de asentar todo lo que había leído y estudiado, un millón de gracias
Chamo, tu canal es top
Gracias!
que buen vídeo, muchas gracias :)
Muy bueno, gracias
Eres genial sigue así
Hermoso video
Para personas que no saben el lenguaje es TypeScript.
Excelente amigo.
Mil gracias!
De las interfaces no se hereda, se implementan
Asicoder S.A . Sin embargo , las interfaces si heredan de otra interfaz (una interfaz no implementa otra interfaz) y pueden heredar de más de una interfaz . Así que aclara tu comentario por qué no estás ofreciendo toda la información .
Me disculpo por la confusion generada. Tanto las interfaces como las clases abstractas cumplen funciones practicamente iguales: definir un contrato o interfaz general para poder crear subtipos y usar polimorfismo. En C++ por ejemplo no hay interfaces y lo que haces es heredar de abstractas puras. Implementar interfaces podria verse como un sistema de herencia multiple de clases abstractas, y precisamente es lo que utilizo java para dar la opcion en vez de usar herencia multiple.
Como en este contexto tanto heredar de abstractas como implementar interfaces tiene el mismo objetivo, lo he usado de forma indiscriminada.
Pero si, tienes razon. Las interfaces son implementadas por clases.
@@BettaTech No pasa nada, era un pequeño detalle. El vídeo está genial y explicas mucho mejor que muchos profesores de la universidad. Continúa así!!! :)
@@asicoders.a3901 gracias! De hecho me gusta que puntualiceis estas cositas. Cuando escribo los videos hay detalles como estos que se me pasan. Espero poco a poco ir siendo mas preciso 😊
Acotar también que las clases abstractas pueden tener métodos implementados. Las interfaces no 🤓
Acortas el camino 👌
Exceletnte video, estuvo muy bien explicado :D
Excelente video
Hola BettaTech, qué software utilizas para crear el código fuente y las animaciones del minuto 1:54 ?