Principios de responsabilidad única
Contenido del curso
Jose Daniel Barría Reyes
Moisés Manuel Morín Hevia
Tanelo Mondaca Silva
Victoria Ramirez Charles
Miguel Peláez
Moisés Manuel Morín Hevia
Cesar Mauricio Ruíz Tulande
Marcelo Oggero
Luis Rivero
Jair Israel Avilés Eusebio
Dante Calderón
Andrés Felipe Eslava Zuluaga
Miguel Angel Reyes Moreno
Julian Carelli
Mario Barceló Sospedra
Moisés Manuel Morín Hevia
Adrián Antañón
Aurelio ML
Aurelio ML
Luis Alejandro Vera Hernandez
Marlon Enmanuel Montalvo Flores
Luis Alejandro Vera Hernandez
Juan Pablo Gómez García
Moisés Manuel Morín Hevia
Jimmy Buriticá Londoño
Elber Liebermen
Enrique Uribe
Omar Guadarrama
Alex hernandez mitre
Juan David Merchán Torres
Javi Felices
Moisés Manuel Morín Hevia
Juan Jiménez
Jorge Cruz Perez
Jose Nuñez
Jimmy Buriticá Londoño
Edwin Alberto Equihua Ochoa
Moisés Manuel Morín Hevia
Naldo Duran
Moisés Manuel Morín Hevia
Principio de responsabilidad unica. Idealmente un archivo deberia tener un proposito o responsabilidad unica: definir una clase, una interfaz, un enumerado, etc. Esto mejora la legibilidad de codigo, facilita la lectura, testing y favorece su mantenimiento.
Utilizamos archivos separados y la utilizacion de import, export para lograr un poco mas de mantenibiilidad. Podemos usar tambien carpetas para separar nuestros archivos.
Para observar una carpeta entera usamos:
tsc --project myFolder --watch
Buen resumen !
Gracias, excelente resumen
En el minuto 7:11 el maestro dice que para ir a la definición de la clase podemos presionar la tecla ctrl y luego hacemos click, otra forma seria posicionarnos encima de la clase y darle a f12.
Indispensable ese tip para proyectos grandes.
Seee, se pueden con clic, gracias por f12. Lo tendré en cuenta.
es uso de la función findIndex() es útil para encontrar la posición de un ítem dentro de un arreglo, pero para el caso de eliminar dicho ítem del arreglo prefiero utilizar filter() que te retorna un nuevo arreglo sin el ítem a eliminar y evita así hacer validaciones y utilizar más funciones.
Tambien estoy de acuerdo en usar filter en vez de splice. Por lo que acabo de leer se usa splice porque tiene mejor performance que filter.
No sé que tanta diferencia en performance pueda haber entre utilizar findIndex() o filter(), pero sin dudas con filter() se ahorra mucho código.
removeAlbum(id: number): void { const newArr = this.album.filter((a) => a.id !== id); this._album = newArr; }
Con el metodo filter, se regresa un nuevo array como resultado de la funcion arrow dentro de esta.
El metodo splice modifica el arreglo al que se le llama esta operacion.
Si quieres compararlo en terminos de performance, te recomiendo entiendas el concepto de complejidad de espacio (notacion Big O) que define el uso de memoria de tu programa, pero para fines practicos esto tambien es una nueva alternativa.
Ademas de esto, el SRP nos dice que una clase debe tener una sola responsabilidad unica y debe estar desacoplada. En este caso por ejemplo una mejora seria que el usuario no deberia saber como remover o agregar albumes, para esto creamos otra clase que se encarge solo de eso. https://code.tutsplus.com/tutorials/solid-part-1-the-single-responsibility-principle--net-36074
Mantener una alta cohesión, es decir, mantener ‘unidas’ funcionalidades que estén relacionadas entre sí y mantener fuera aquello que no esté relacionado. El objetivo es aumentar la cohesión entre las cosas que cambian por las mismas razones.
Mantener un bajo acoplamiento, es decir, reducir al máximo posible el grado de la relación de un clase o módulo con el resto, para favorecer crear código más fácilmente mantenible, extensible y testeable. El objetivo es disminuir el acoplamiento entre aquellas cosas que cambian de forma diferente.
Estos dos aspectos favorecerá un código con funcionalidades más concretas y mejor especificadas. Reúne las cosas que cambian por las mismas razones. Separa las cosas que cambian por diferentes razones.
fuente: click acá
Todo se ve ahora mucho mejor :)
Esto viene de SOLID, un principio de la POO.
Yo hice el metodo un toque diferente, pero que funcíona de la misma manera :D
Se entiende mejor (al menos yo) tu solución que la del profe :)
Buena !!!!
¿Se considera Singleton un Antipatrón?
He estado leyendo que Singleton es considerado por algunas personas un Antipattern (antipatrón),como por ejemplo este:
" se usa demasiado, introduce restricciones innecesarias en situaciones en las que no se requiere realmente única instancia de una clase, y introduce estado global en una aplicación
En resumen, el patrón Singleton hace que el código más complejo, menos útil, y un dolor real para re-uso o prueba. La eliminación de singletons puede ser difícil, pero es una tarea que vale la pena."
Por lo que merece la pena conocerlo, pero no es tan útil como puede parecer?
Muchas gracias por las respuestas!
En este punto me cuesta entender como entender el codigo cuando esta modularizado. Por donde deberia empezar a leerlo para poder entender el origen de dicho codigo?
En mi opinión es algo que aprendes practicando, en cierto punto se vuelve intuitivo. Como consejo siempre trata de entender primero la arquitectura macro del proyecto, inicia revisando el punto de entrada (usualmente es index.js o App.js), sigue las importaciones hasta encontrar el encabezado, navegación, footer, cuerpo y secciones importantes de la página. Con esto en mente ya es más sencillo ubicar el módulo o componente que deseas modificar.
Gracias Marlon, tu comentario me motiva a seguir en la practica para seguirlo aprendiendo
Nunca había escuchado de esto, excelente
Tampoco yo, esto hace un código más limpio.
Lo he estado usando y se generan muchos archivos, la recomendación es crear carpetas para clasificar los diferentes archivos por clases, enumerado, interfaces.
El método findIndex() ejecuta la función de callback una vez por cada índice del array hasta que encuentre uno donde callback devuelva un valor verdadero (eso es, un valor que fuerza un true).
Si dicho elemento es encontrado, findIndex() inmediatamente devuelve el índice del elemento. Si la función callback nunca devuelve un valor verdadero (o el tamaño del array es 0), findIndex devuelve -1.
es mas facil remover asi
removeAlbum(album:Album){ this.album.filter(a => a.id !== album.id) }
Solo recuerda que filter devuelve un nuevo arreglo, no modifica el arreglo original. Por lo tanto ahí no esta borrando nada.
En éste puntooo te das cuenta que te encanta JS.
Hola 👋
Para mas informacion sobre los principios SOLID visitad aqui SOLID video. A mi sirvio un monton. Espero haberles aportado algo 🚀
Principio de responsabilidad única Cara archivo tiene una responsabilidad, mejrando la legibilidad, lectura, testing & favorecer el mantemiento. Solid. Buenas prácticas de POO. Ctrl + clic en la clase me lleva al archivo.
Interesante clase!
La mejor, Luis es muy bueno, no es por ser mala onda, pero no me gusta el estilo de Leonidas trata de ser gracioso pero no expone adecuadamente sus ideas, sabe mucho eso no lo niego, y por experiencia cuando tome el curso profesional de JavaScript tambien toca Typescript pero definitivamente este curso es el mejor, incluso en you tube no hay nada igual
La configuración ES5 en el tsconfig.ts era para que la salida de como resultado que ese código resultante corra en todos los navegadores, no entendía porque cambio la configuración a ES2015 en el min 10 mas allá de poder poder utilizar la función findIndex, pero creo que solo fue para eso. Ahora para que el código pueda seguir dando un resultado en ES5 y que corra en todos los navegadores se necesita hacer uso de Babel.
Considero que ya no se debe pensar en ES5, lo mínimo que debes usar es ES6.
Esto es como la Modularidad de Java, consiste en dividir los programas en mas clases para que así mismo sea mas fácil identificar problemas, una buena técnica.
Totalmente de acuerdo, hace un códgo super limpio.
n
aldo
