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
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 :)
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
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! 👏🏼
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.
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.
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.
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 🎉
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
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.
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.
¡Que buena explicación! Conceptos que son super importantes recordar constantemente incluso si ya tenemos experiencia, porque con el tiempo se nos olvidan.
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
*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
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
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 :)
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
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! 👏🏼
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.
Holas, el ejemplo animado de "Principio de Sustitución Liskov", no hace "mach" con el tema.
Huy!! primer vídeo de SOLID que me chuto completo 😵 lo veré de nuevo je je
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.
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.
La d en java o en otros lenguajes tiene algo que ver con el @override para inyectar dependencias clases o objeto ?
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 :)
Me ha gustado muchísimo!
Gracias Capo!
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
Excelente explicación, clara y concisa. ¡Muchas gracias! ¡Saludos!
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.
Excelente explicación!!! Muchas gracias por compartir este contenido
Es muy bueno EXPLICANDO JODEER!!!
12:40 no dejo ver la liea 21 y 22
Que buena explicación Carlos, muchas gracias por compartir este video
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.
Que buen video!!
excelente, muchas gracias, pregunta, que tema es ese, tambien pack de iconos
Muy clara la explicación, muchas gracias por tu contenido Carlos, grande!!!
Cuál es la topografía que está usando? Me gustaría tenerla
Es Cascadia Code 👍
Genial!
que buen video, la mejor explicacion que pude ver en 2023
Super bueno
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.
Excelente explicación, sigue asi mi hermano
gracias son excelentes bases para practicar muy amable por subir este conocimiento!
Gracias
Muchas gracias caballero. Perfecto!
Puedes hacer ejemplos usando react?
Claro! Un video de solid aplicado a react suena genial como 2a parte de este :)
Nunca habia visto a nadie explicar esto con tanta claridad usando JS , Gracias!!
el open/close sería relacionado a la abstracción?
¡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 video super entendible!!!
Muy bien explicado!
Excelente explicación.
Mil gracias! Me alegro que te haya servido
Teso, me pareció excelente :D
Grande Carlos , gracias por tu contenido :)
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.
Buen video Carlos
Bro de lo mejor de js en toda la web, las entrañas de js explicadas magicamente
Mil gracias Cristian 😊
Esto si, es enseñar
Muchas gracias! :)
Qué tema de vscode usas?
Gracias, sos lo más!
Super, excelente video!!!!!!
Gracias, excelente explicación
Gracias!
top
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
Pues haz mezclado Open Closed en el Liskov substitution