Mejora la Calidad de tu Código utilizando Repositorios

El patrón Repository es uno de los más famosos en cuanto a Diseño de Software, pero también uno de los más mal utilizados. En el vídeo de hoy vemos sus ventajas y su importancia.
Curso de Repositorios! bit.ly/curso-r...
﹤🍍﹥ CodelyTV
├ 🎥 Suscríbete: kzbin.info...
├ 🐦 Twitter CodelyTV: / codelytv
├ 🧔🏻 Twitter Javi: / javiercane
├ 💂‍♀️ Twitter Rafa: / rafaoe
├ 📸 Instagram: / codelytv
├ ℹ️ LinkedIn: / codelytv
├ 🥋 Academy: codely.com/aca...
└ 📕 Catálogo cursos: bit.ly/cursos-...

[@royerguerrerop5982]

Yo en una entrevista técnica Q: Que te parece el patron repository? R: Una vez que entiende es facil de entender

[@CodelyTV]

Contratado 😂

[@cyberkiller83]

jajajajajaja no veo fallas en su logica

[@manuelhanyu4856]

jajjjajajajaj @CodelyTV , muchas gracias por la explicación y el buen momento !!

[@JoseManuel-lo2ed]

Yo en una entrevista técnica. Q: ¿Qué te parece el patrón repository? R: Eso que te lo explique Rafa que cuando lo entendió le fue muy fácil de entender. jajajajajajaja.😆😆😆😆

[@ciltocruz]

Ya son varios los vídeos con esta nueva manera de mostrar las diapositivas y, la verdad, chapeau. Muchísimo más visual y muchísimo más claro.

[@luisfcastilla]

CSM, me reí como por 10minutos más por la frase del gran Rafa Gomez: Una vez se entiende es muy facil de entender! HAHAHAHA

[@matiasabarcamorales3263]

Yo entendi ese csm xd

[@br4ul10]

Chilean alert

[@feliperubio29]

enseñan super bien. Aunque no le voy al curso, al menos es una buena forma de aprender. Estoy empezando con kotlin

[@ernestofuentes9333]

Para mí uno de los beneficios más poderosos de este patrón es que te permite actualizar sin mucho costo librerías que muchas veces usamos para interactuar con nuestras fuentes de datos que pueden ser antiguas o tener vulnerabilidades con el paso de el tiempo. Ej. Los ORM. Sin dudas la frecuencia de actualización de estos paquetes es más alta que la de cambios de una DB en un proyecto

[@rubiglam]

Buenas, me encantan vuestros videos con todos los patrones que enseñais pero muchas veces no tengo claro como organizar las carpetas. Podrias hacer algun video de un proyecto semigrande para enseñarlo. Gracias.

[@MegaDanni96]

Muchas gracias, lo entendí muy fácil una vez que lo entendí😊❤

[@pmareke]

Muy buena chicos, nosotros lo usamos siempre y da gusto trabajar así ❤.

[@victorgiovannibeltranrodri1047]

Curiosidamente estaba viendo el repositorio de ustedes por el patrón specification que también hicieron vídeo, les tengo una propuesta de cambio, usaban el método match(critera) no recuerdo bien el nombre del método pero si que su parámetro era un objeto tipo critera, uno de los parámetros y recuerdo que son opcionales es offset y limit, porque no hacer otra capa más? que un objeto Query reciba critera y retorne un objeto tipo cursor, un dia hice un ejercicio algo interesante de recrear un cursor de mongodb que era simplemente una clase que extiende de array, hice el ejercicio basándome en su código me gustó el patrón Repository hice un ejercicio usa do firebase y mongodb, pero se me ocurrió que en el método match recibir class BackofficeCourseRepository { constructor() { this.query = new FirebaseQuery// o MongoDBQuery } matching(critera) { return this.query.execute(critera) } } Así incluso podría quedar un poco más agnostostico porque el query manejaría los critera dependiendo si se usa SQL, mongodb, firebase, pero que retorne un objeto tipo cursor que es simplemente una extensión de array y se tendrían métodos nativos como map foreach, y crear algunos como limit o skip, Saludos

[@victorgiovannibeltranrodri1047]

De verdad me gustaría su opinión sobre mi propuesta por cierto aprendí mucho viendo su repositorio en Github saludos

[@imsergiohere]

Yo he implementado este patrón y donde le veo la utilidad máxima es en el core de proyectos open source o proyectos que tengan arquitectura de plugins.

[@yamiliberra5713]

Me quedo con la cara de Javi luego de la frase de Rafa (5:26) 😅

[@fernandolopezlopez7960]

Muy buen video, me recuerda mucho a los Repository Annotations de Spring Boot

[@Will.I.Am50]

Exacto

[@nitrozeus1173]

Una pregunta, en el caso de que se requiera utilizar transacciones. Como deberia de implementarse?

[@jeancarlosluciano9211]

Yo tengo una clase query donde llamo el metodo que quiero usar select, updated, insert o delete con sus respectivos parametros, si quiero cambiar la base de datos, solo tendria que cambiar el import de la base de dato en un solo fichero

[@guillermosolia]

Excelente vídeo muchachos. Estaría bueno un vídeo sobre unit of work pattern y que su opinión al respecto. Saludos desde Argentina.

[@javi68yt2]

IMHO, la principal ventaja no es la de cambiar de motor de BD, sino la de cambiar de origen de datos, p.e., un CSV, una hoja de cálculo, una API, ...

[@oscargabrielrondon8116]

Amigos de Codely un saludo. Podrian conversar sobre Sequelize u otro ORM?

[@manuelhanyu4856]

Me queda la duda si al utilizar un ORM, se podría conseguir un objetivo similar al del patrón, dado que si bien es cierto puedo hacer el registro del usuario en el handler, por detrás es el ORM el que administra el tipo de bd y demas ?

[@leonardoespejo]

y entre el patrón Data Access Object (DAO), no tendría este ultimo mas ventajas?

[@AlanAcurio]

Que pasa cuando debo notificar desde el dominio un evento a un cola. Me sirve el patron repository?

[@tuliomop]

Interesante, pero muchas funciones complejas con a;os de perfeccionamiento y conveniencia en variedad como transacciones, tipado estricto, control de usuarios y permisos atomicos de control... , se que el OS los tiene tambien, solo que creo que si esta dise;ados para otro fin (sin mencionar la separación de intereses/concerns muchos llorarian por eso) . Por otro lado me Encarta cuando el respaldo de algo es directo con el file system y no una capa mas de software que aprender y gastar recursos (en el caso de sqlite creo es cero si no hay queries), venga el debate

[@DeoCrespo]

veo esto, me viene el recuerdo de Vietnam de la semana pasada con el arquitecto que nos puso a desarrollar mal la implementación xD

[@datapick3r]

consideran necesario implementarlo en un proyecto con nest y utilizando el orm de prisma ? hasta donde tenia entendido el uso de este pattern era con data mapper.

[@datapick3r]

me parece inapropiado que se implemente esto solo para que un campo que ya reciba el orm como user_id mapeado en el schema ahora se reciba primero como userId en el repository a menos de que se incluyera como intermedia layer para transformacion de la data en base a la logica de negocio cual no es el caso donde trabajo lo consideraria como buena practica

[@gustavo2327]

claro que es buena idea usarlo. Imagina que cambies de ORM o de BD, entonces solo cambiarias los repositorios

[@datapick3r]

@@gustavo2327 si esa es la idea del adapter pero en años no se ah hecho y dudo que se haga hoy por hoy prisma es uno de los mejores orm de js y su soporte es lts

[@alfonsovargas8578]

En el patron repositorio pudiera aplicar algo especifico como FindActiveUsers o solo deberia contener cosas genericas como save, update, delete, get, getAll? Me ha sucedido que veo repositorios con "mil" métodos especificos aparte de lo generico.

[@CodelyTV]

Ahí es donde entra en juego el patrón specification. Lo explicamos también en el curso 😊 pro.codely.com/library/modelado-del-dominio-repositorios-203057/about/

[@alfonsovargas8578]

Gracias tío @@CodelyTV 🫶

[@CarlosWashingtonMercado]

Muy bueno el video.

[@francm_1]

Como se implementarla algo así en frontend desde su punto de vista. Digamos tener centralizado un repositorio donde cuando se me pida cambiar el cliente http sea tan sencillo como solo modificar en un lugar sin afectar lo demás.

[@CodelyTV]

Curso de arquitectura hexagonal en frontend donde justamente vemos ejemplos de eso 😊 pro.codely.com/library/arquitectura-hexagonal-en-frontend-197663/about/

[@minerlozano3869]

capos C:

[@davidromaniuk]

Muy capo bob patiño

[@matonolo]

no utilicen clases por favoooor

[@mateocruz8325]

Jaja porque?