No es sencillo encontrar una definición tan clara de los principios SOLID con JavaScript, pero lo explicaste muy claro y entendible Carlos, muchas gracias
El ejemplo de LSP me sonó mucho al de OCP, dado que la función makeRequest está abierta a recibir cualquier handler siempre que este cumpla con el contrato de tener un método handle, y a su vez está cerrada a modificaciones. De igual manera cumple con el SRP. Mismo caso que el DIP. Gran video como siempre Carlos! 👏🏼
un video de patrones de diseños en javascript con functions (nose si se puede hacer con functiones) estaria genial, por lo menos 5-8 patrones de diseños, no he visto a nadie explicandolo en espa;ol y si hay nadie lo explicara como tu :)
Gracias Carlos por el video, sé que no es un tema fácil de enseñar, encontré un ejemplo sobre DIP, allí muestra las dependencias entre clases y el uso de interfaces como abstracciones, espero ayude, cito a Gemini: "En lugar de que una jaula dependa directamente de la clase Leon, hacemos que dependa de una interfaz Felino (que hereda de Animal). Esto significa que la jaula puede contener cualquier tipo de felino, no solo leones. Si queremos agregar un nuevo tipo de felino (por ejemplo, un puma), solo necesitamos crear una nueva clase que implemente la interfaz Felino y no tenemos que modificar la clase Jaula"
En el segundo ejercicio de open closed, me da la impresión que lo que hizo fue el principio de responsabilidad única. Creaste dos funciones con diferentes responsabilidad. El principio de open closed, en si es como el más complejo 😊
A mí me gusta más pensarlo como en una interfaz, al crear una interfaz tienes que crear métodos que pueden contener unos parámetros y un valor de retorno. Entonces cuando creas un método y lo implementas en una clase ese método se queda tal cual como está, si el día de mañana necesitas agregar una nueva función a la interfaz, no vas a modificar los métodos ya creados sino que agregarlas uno nuevo. Así dejas quieto lo que ya está construido pero amplias a partir de lo ya existente. Logrando mantener así el principio, cerrado a modificaciones pero abierto a la extensión
¡Que buena explicación! Conceptos que son super importantes recordar constantemente incluso si ya tenemos experiencia, porque con el tiempo se nos olvidan.
Podrías hacer un video sobre Patrones de arquitectura y patrones de diseño. Dando ejemplos para cada situación o caso en especifico. Usando js y java para ver sus diferencias entre ambos lenguajes. Y otro video aplicando estos patrones en react. Te lo agradecería mucho 🎉
Creo que OCP no quedó muy claro, me da a entender que cada vez que tenga que agregar un nuevo método de pago, tendría que agregar al menos una línea a la función de processPayment, para llamar a la nueva funcionalidad, por lo que si somos puristas estaríamos rompiendo el OCP, ya que estamos modificando su código. En cambio si metemos un 3 parámetro, llamémosle callback, podríamos llamar al callback después de que nuestra función haga su magia y así poder añadir la funcionalidad extra que necesitemos. Muy buen video y genial edición también. Felicidades por el curro. Un saludo.
Uffas, había escuchado de estos términos y en su momento quise aprenderlos y aplicarlos pero no entendí nada y terminé odiando esa palabra SOLID. Tu explicación con ejemplos me ha gustado mucho y creo que haré las pases jaja
Tengo una duda Porque la funcion calculateSalary recibe todo el objeto employee en lugar de hoursWorked y payPerHour: calculateSalary(hoursWorked, calculateSalary)?. Saludos.
porque tiene sentido ya que ambas propiedades están en el objeto Employee, además siempre es ideal que una función tenga el menor número de parámetros. De hecho el código se podría mejorar mas incluso si en la función del generateReport creas un objeto Wrapper que incluya todo lo necesario para el report. Pero esto ya son otro tipo de buenas práctica que se dan por supuestas al aplicar SOLID.
Capo, en el ultimo ejemplo seria mas claro si usaras herencia para extender de otra clase que sea abstracta, Connection, ambas implementaciones concretas
Los principios SOLID están pensados en la programación Orientada a Objetos. En este video los aplico a JavaScript, que aunque permite trabajar con OOP, he preferido darte un toque funcional.
La definición de 8:58 esta mal, se ve que todos la copian del mismo lugar. La definición es lo que esta despues de la coma y el ejemplo del pastel tambien esta mal (de arranque xq si quieres un pastel de manzana no vas a sustituir la manzana por una fruta que no sea manzana) o al menos no das a entender lo que quieres decir. El pastel sigue siendo pastel independientemente de la fruta que uses, no es que si usas manzana puedes hacer el pastel y si usas platano te cambia la receta.
Carlos lee nuevamente la página 62 si es la versión en inglés. El SRP no lo pillaste. Vuelve a leer el libro y fijate en la relación: autor vs el compromiso adquirido por el módulo para satisfacer esa necesidad del autor. Tambien recordar que el titulo de ese principio es completamente correcto o estaba fumando una pipa el tio Bob que solo el sabra en que estaba pensando al decidir sobre ese titulo. xD
muchas gracias por tu aporte, te has tomando un tiempo necesario para generar este contenido, está muy bien hecho el video, pero creo has usado el peor lenguaje para explicar estos principios, por ejemplo, el uso de las interfaces no se ha aplicado correctamente, no obstante, la gente se puede hacer una idea de lo que quisiste transmitir.
No es sencillo encontrar una definición tan clara de los principios SOLID con JavaScript, pero lo explicaste muy claro y entendible Carlos, muchas gracias
*S* - Single Responsability Principle (Principio de Responsabilidad Única) 1:37
*O* - Open/Closed Principle (Principio de Abierto/Cerrado) 4:34
*L* - Liskov Substitution Principle (Principio de Sustitución Liskov) 8:46
*I* - Interface Segregation Principle (Principio de Segregación de la Interfaz) 13:10
*D* - Dependency Inversion Principle (Principio de Inversión de Dependencia) 16:43
Huy!! primer vídeo de SOLID que me chuto completo 😵 lo veré de nuevo je je
El ejemplo de LSP me sonó mucho al de OCP, dado que la función makeRequest está abierta a recibir cualquier handler siempre que este cumpla con el contrato de tener un método handle, y a su vez está cerrada a modificaciones. De igual manera cumple con el SRP. Mismo caso que el DIP.
Gran video como siempre Carlos! 👏🏼
Excelente video Carlos! Para entender mejor el SOLID que para mí es un poco complicado 😂
un video de patrones de diseños en javascript con functions (nose si se puede hacer con functiones) estaria genial, por lo menos 5-8 patrones de diseños,
no he visto a nadie explicandolo en espa;ol y si hay nadie lo explicara como tu :)
Gracias Carlos por el video, sé que no es un tema fácil de enseñar, encontré un ejemplo sobre DIP, allí muestra las dependencias entre clases y el uso de interfaces como abstracciones, espero ayude, cito a Gemini: "En lugar de que una jaula dependa directamente de la clase Leon, hacemos que dependa de una interfaz Felino (que hereda de Animal). Esto significa que la jaula puede contener cualquier tipo de felino, no solo leones. Si queremos agregar un nuevo tipo de felino (por ejemplo, un puma), solo necesitamos crear una nueva clase que implemente la interfaz Felino y no tenemos que modificar la clase Jaula"
Nunca habia visto a nadie explicar esto con tanta claridad usando JS , Gracias!!
No soy de JS ni de web, pero me he dado cuenta que algunos los voy usando por las ostias que me he dado anteriormente! Un video muy interesante.
En el segundo ejercicio de open closed, me da la impresión que lo que hizo fue el principio de responsabilidad única. Creaste dos funciones con diferentes responsabilidad. El principio de open closed, en si es como el más complejo 😊
A mí me gusta más pensarlo como en una interfaz, al crear una interfaz tienes que crear métodos que pueden contener unos parámetros y un valor de retorno. Entonces cuando creas un método y lo implementas en una clase ese método se queda tal cual como está, si el día de mañana necesitas agregar una nueva función a la interfaz, no vas a modificar los métodos ya creados sino que agregarlas uno nuevo. Así dejas quieto lo que ya está construido pero amplias a partir de lo ya existente. Logrando mantener así el principio, cerrado a modificaciones pero abierto a la extensión
Bro de lo mejor de js en toda la web, las entrañas de js explicadas magicamente
Mil gracias Cristian 😊
Excelente explicación, clara y concisa. ¡Muchas gracias! ¡Saludos!
Me ha gustado muchísimo!
gracias son excelentes bases para practicar muy amable por subir este conocimiento!
Mejor explicado que la IA, gracias Bro.
¡Que buena explicación! Conceptos que son super importantes recordar constantemente incluso si ya tenemos experiencia, porque con el tiempo se nos olvidan.
Hey Manu! Muchas gracias por comentar :)
Excelente explicación, sigue asi mi hermano
que buen video, la mejor explicacion que pude ver en 2023
Muchas gracias caballero. Perfecto!
Excelente explicación!!! Muchas gracias por compartir este contenido
Podrías hacer un video sobre Patrones de arquitectura y patrones de diseño.
Dando ejemplos para cada situación o caso en especifico.
Usando js y java para ver sus diferencias entre ambos lenguajes.
Y otro video aplicando estos patrones en react.
Te lo agradecería mucho 🎉
Gracias por comentar @Deivi1790! lo tendré en cuenta :)
Muy clara la explicación, muchas gracias por tu contenido Carlos, grande!!!
Excelente video super entendible!!!
Que buena explicación Carlos, muchas gracias por compartir este video
Gracias Capo!
Que buen video!!
Gracias, sos lo más!
Creo que OCP no quedó muy claro, me da a entender que cada vez que tenga que agregar un nuevo método de pago, tendría que agregar al menos una línea a la función de processPayment, para llamar a la nueva funcionalidad, por lo que si somos puristas estaríamos rompiendo el OCP, ya que estamos modificando su código. En cambio si metemos un 3 parámetro, llamémosle callback, podríamos llamar al callback después de que nuestra función haga su magia y así poder añadir la funcionalidad extra que necesitemos.
Muy buen video y genial edición también. Felicidades por el curro. Un saludo.
Muy bien explicado!
excelente, muchas gracias, pregunta, que tema es ese, tambien pack de iconos
Es muy bueno EXPLICANDO JODEER!!!
Gracias, excelente explicación
Excelente explicación.
Mil gracias! Me alegro que te haya servido
La d en java o en otros lenguajes tiene algo que ver con el @override para inyectar dependencias clases o objeto ?
Uffas, había escuchado de estos términos y en su momento quise aprenderlos y aplicarlos pero no entendí nada y terminé odiando esa palabra SOLID. Tu explicación con ejemplos me ha gustado mucho y creo que haré las pases jaja
Teso, me pareció excelente :D
Grande Carlos , gracias por tu contenido :)
Qué tema de vscode usas?
el open/close sería relacionado a la abstracción?
Gracias!
Super, excelente video!!!!!!
Super bueno
gracias por los consejos
Un placer amigo!
@@CarlosAzaustre justo el mie. tuvo un parcial en la facu de veo estos principios
Genial!
Gracias
Buen video Carlos
Tengo una duda Porque la funcion calculateSalary recibe todo el objeto employee en lugar de hoursWorked y payPerHour: calculateSalary(hoursWorked, calculateSalary)?.
Saludos.
porque tiene sentido ya que ambas propiedades están en el objeto Employee, además siempre es ideal que una función tenga el menor número de parámetros. De hecho el código se podría mejorar mas incluso si en la función del generateReport creas un objeto Wrapper que incluya todo lo necesario para el report. Pero esto ya son otro tipo de buenas práctica que se dan por supuestas al aplicar SOLID.
Capo, en el ultimo ejemplo seria mas claro si usaras herencia para extender de otra clase que sea abstracta, Connection, ambas implementaciones concretas
Los principios SOLID están pensados en la programación Orientada a Objetos. En este video los aplico a JavaScript, que aunque permite trabajar con OOP, he preferido darte un toque funcional.
Holas, el ejemplo animado de "Principio de Sustitución Liskov", no hace "mach" con el tema.
Esto si, es enseñar
Muchas gracias! :)
Puedes hacer ejemplos usando react?
Claro! Un video de solid aplicado a react suena genial como 2a parte de este :)
conque programa haces tus videos
Utilizo OBS para grabar la pantalla y la imagen de la cámara
@@CarlosAzaustre y para edición lo mismo.
Contigo aprendí que era eso, creo que explicas bien.
Cuál es la topografía que está usando? Me gustaría tenerla
Es Cascadia Code 👍
12:40 no dejo ver la liea 21 y 22
La definición de 8:58 esta mal, se ve que todos la copian del mismo lugar. La definición es lo que esta despues de la coma y el ejemplo del pastel tambien esta mal (de arranque xq si quieres un pastel de manzana no vas a sustituir la manzana por una fruta que no sea manzana) o al menos no das a entender lo que quieres decir.
El pastel sigue siendo pastel independientemente de la fruta que uses, no es que si usas manzana puedes hacer el pastel y si usas platano te cambia la receta.
Carlos lee nuevamente la página 62 si es la versión en inglés. El SRP no lo pillaste. Vuelve a leer el libro y fijate en la relación: autor vs el compromiso adquirido por el módulo para satisfacer esa necesidad del autor. Tambien recordar que el titulo de ese principio es completamente correcto o estaba fumando una pipa el tio Bob que solo el sabra en que estaba pensando al decidir sobre ese titulo. xD
top
muchas gracias por tu aporte, te has tomando un tiempo necesario para generar este contenido, está muy bien hecho el video, pero creo has usado el peor lenguaje para explicar estos principios, por ejemplo, el uso de las interfaces no se ha aplicado correctamente, no obstante, la gente se puede hacer una idea de lo que quisiste transmitir.
Pues haz mezclado Open Closed en el Liskov substitution