Mejora la Calidad de tu Código utilizando Repositorios

preview_player
Показать описание
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.

﹤🍍﹥ CodelyTV
Рекомендации по теме
Комментарии
Автор

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.

ciltocruz
Автор

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

royerguerrerop
Автор

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

luisfcastilla
Автор

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

ernestofuentes
Автор

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.

rubiglam
Автор

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

pmareke
Автор

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

MegaDanni
Автор

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.

imsergiohere
Автор

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

yamiliberra
Автор

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

nitrozeus
Автор

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

victorgiovannibeltranrodri
Автор

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

jeancarlosluciano
Автор

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 ?

manuelhanyu
Автор

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.

guillermosolia
Автор

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.

datapickr
Автор

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.

alfonsovargas
Автор

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

leonardoespejo
Автор

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

fernandolopezlopez
Автор

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

oscargabrielrondon
Автор

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

AlanAcurio