*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 :)

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! 👏🏼

Huy!! primer vídeo de SOLID que me chuto completo 😵 lo veré de nuevo je je

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 😊

@nombre11653

7 ай бұрын

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

Nunca habia visto a nadie explicar esto con tanta claridad usando JS , Gracias!!

Muchas gracias caballero. Perfecto!

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.

Excelente explicación, clara y concisa. ¡Muchas gracias! ¡Saludos!

Gracias, excelente explicación

Excelente video super entendible!!!

gracias son excelentes bases para practicar muy amable por subir este conocimiento!

Muy clara la explicación, muchas gracias por tu contenido Carlos, grande!!!

Gracias Capo!

Excelente explicación!!! Muchas gracias por compartir este contenido

Muy bien explicado!

Gracias, sos lo más!

Grande Carlos , gracias por tu contenido :)

Que buena explicación Carlos, muchas gracias por compartir este video

Super, excelente video!!!!!!

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.

Excelente explicación, sigue asi mi hermano

Gracias!

Bro de lo mejor de js en toda la web, las entrañas de js explicadas magicamente

@CarlosAzaustre

7 ай бұрын

Mil gracias Cristian 😊

que buen video, la mejor explicacion que pude ver en 2023

Genial!

Excelente explicación.

@CarlosAzaustre

3 ай бұрын

Mil gracias! Me alegro que te haya servido

Buen video Carlos

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 🎉

@CarlosAzaustre

3 ай бұрын

Gracias por comentar @Deivi1790! lo tendré en cuenta :)

Super bueno

Teso, me pareció excelente :D

¡Que buena explicación! Conceptos que son super importantes recordar constantemente incluso si ya tenemos experiencia, porque con el tiempo se nos olvidan.

@CarlosAzaustre

8 ай бұрын

Hey Manu! Muchas gracias por comentar :)

Gracias

Es muy bueno EXPLICANDO JODEER!!!

excelente, muchas gracias, pregunta, que tema es ese, tambien pack de iconos

Esto si, es enseñar

@CarlosAzaustre

6 ай бұрын

Muchas gracias! :)

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

Qué tema de vscode usas?

el open/close sería relacionado a la abstracción?

La d en java o en otros lenguajes tiene algo que ver con el @override para inyectar dependencias clases o objeto ?

Holas, el ejemplo animado de "Principio de Sustitución Liskov", no hace "mach" con el tema.

Capo, en el ultimo ejemplo seria mas claro si usaras herencia para extender de otra clase que sea abstracta, Connection, ambas implementaciones concretas

@CarlosAzaustre

8 ай бұрын

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.

top

Puedes hacer ejemplos usando react?

@CarlosAzaustre

5 ай бұрын

Claro! Un video de solid aplicado a react suena genial como 2a parte de este :)

Tengo una duda Porque la funcion calculateSalary recibe todo el objeto employee en lugar de hoursWorked y payPerHour: calculateSalary(hoursWorked, calculateSalary)?. Saludos.

@ftwtf

9 ай бұрын

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.

Cuál es la topografía que está usando? Me gustaría tenerla

@CarlosAzaustre

8 ай бұрын

Es Cascadia Code 👍

conque programa haces tus videos

@CarlosAzaustre

8 ай бұрын

Utilizo OBS para grabar la pantalla y la imagen de la cámara

@historiaclasica

8 ай бұрын

@@CarlosAzaustre y para edición lo mismo.

@historiaclasica

8 ай бұрын

Contigo aprendí que era eso, creo que explicas bien.

12:40 no dejo ver la liea 21 y 22

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.

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.

Pues haz mezclado Open Closed en el Liskov substitution