Principios de responsabilidad única

Jose Daniel Barría Reyes

student•

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

Moisés Manuel Morín Hevia

student•

Buen resumen !

Tanelo Mondaca Silva

student•

Gracias, excelente resumen

Victoria Ramirez Charles

student•

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.

Miguel Peláez

student•

Indispensable ese tip para proyectos grandes.

Moisés Manuel Morín Hevia

student•

Seee, se pueden con clic, gracias por f12. Lo tendré en cuenta.

Cesar Mauricio Ruíz Tulande

student•

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.

Marcelo Oggero

student•

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.

Luis Rivero

student•

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;
}

Jair Israel Avilés Eusebio

student•

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.

Dante Calderón

student•

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

Andrés Felipe Eslava Zuluaga

student•

Como defender el Principio de Responsabilidad Única : Para defender el Principio de Responsabilidad Única en nuestro código podemos apoyarnos en mejorar dos aspectos del mismo. Estos son la cohesión y el acoplamiento, de forma que:

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á

Miguel Angel Reyes Moreno

student•

Todo se ve ahora mucho mejor :)

Esto viene de SOLID, un principio de la POO.

Julian Carelli

student•

Yo hice el metodo un toque diferente, pero que funcíona de la misma manera :D

Mario Barceló Sospedra

student•

Se entiende mejor (al menos yo) tu solución que la del profe :)

Moisés Manuel Morín Hevia

student•

Buena !!!!

Adrián Antañón

student•

¿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!

Aurelio ML

student•

¡Hola! En este video se habla sobre el tema y es muy interesante

Aurelio ML

student•

https://www.youtube.com/watch?v=-FRm3VPhseI

Luis Alejandro Vera Hernandez

student•

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?

Marlon Enmanuel Montalvo Flores

student•

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.

Luis Alejandro Vera Hernandez

student•

Gracias Marlon, tu comentario me motiva a seguir en la practica para seguirlo aprendiendo

Juan Pablo Gómez García

student•

Nunca había escuchado de esto, excelente

Moisés Manuel Morín Hevia

student•

Tampoco yo, esto hace un código más limpio.

Jimmy Buriticá Londoño

student•

Lo he estado usando y se generan muchos archivos, la recomendación es crear carpetas para clasificar los diferentes archivos por clases, enumerado, interfaces.

Elber Liebermen

student•

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.

Enrique Uribe

student•

es mas facil remover asi

removeAlbum(album:Album){
       this.album.filter(a => a.id !== album.id)
    }

Omar Guadarrama

student•

Solo recuerda que filter devuelve un nuevo arreglo, no modifica el arreglo original. Por lo tanto ahí no esta borrando nada.

Alex hernandez mitre

student•

En éste puntooo te das cuenta que te encanta JS.

Juan David Merchán Torres

student•

Hola 👋

Para mas informacion sobre los principios SOLID visitad aqui SOLID video. A mi sirvio un monton. Espero haberles aportado algo 🚀

Javi Felices

student•

Dejo la url correcta

SOLID vídeo

https://www.youtube.com/watch?v=2X50sKeBAcQ Un saludo.

Moisés Manuel Morín Hevia

student•

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.

Juan Jiménez

student•

Interesante clase!

Jorge Cruz Perez

student•

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

Jose Nuñez

student•

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.

Jimmy Buriticá Londoño

student•

Considero que ya no se debe pensar en ES5, lo mínimo que debes usar es ES6.

Edwin Alberto Equihua Ochoa

student•

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.

Moisés Manuel Morín Hevia

student•

Totalmente de acuerdo, hace un códgo super limpio.

Naldo Duran

student•

Moisés Manuel Morín Hevia

student•

aldo

Principios de responsabilidad única

Introducción a TypeScript

El lenguaje de programación TypeScript

Instalación de herramientas para TypeScript

Instalación de herramientas en Windows

Navegación y refactorización

Entorno de Desarrollo

El compilador de TypeScript

El archivo de configuración de TypeScript

Mi primer proyecto TypeScript

Tipos en TypeScript

Tipado en TypeScript

Number, Boolean y String

Any

Void y never

null y undefined

Object

Array

Tupla

Enum

Unión de Tipos, Alias y Tipos Literales

Aserciones de tipo

Funciones en TypeScript

Resumen

Tipos Personalizados

Interfaces

Interfaces: propiedades opcionales

Extensión de interfaces

Clases

Clases públicas y privadas

Métodos Get y Set

Herencia de clases y propiedades estáticas

Resumen

Módulos

Principios de responsabilidad única

Resolviendo módulos

Webpack y agrupación de Módulos

Cierre

Cierre