Patrón repository

Clase 9 de 26 • Curso de Go Avanzado: REST y WebSockets

Clase anteriorSiguiente clase

Andrés Felipe Martínez Salazar

student•

Aquí pueden ver como lo hice con los genéricos de golang 1.18

Juan Pablo Meza Gazabón

student•

muy buen aporte amigo

Carlos Arturo Pimentel

student•

Hola amigo, chévere tu solución, aunque la interfaz Models sólo acepta la estructura User, en caso de requerir más modelos, cómo se lograría la imlementación de esta interfaz?

Por ejemplo agregando la estructura Post

type Post struct {
	Id   int
	Body string
}

type Models interface {
	User
	// Post
}

Diego Posada

student•

Cual es la diferencia o ventaja que provee utilizar el patrón repository con respecto al patrón DAO?

Tan Zuñiga

student•

Un DAO (Data Access Object) está más cerca de la capa de almacenamiento y está centrado en los datos. .

Es por eso que, en muchos casos, tendrás y DAO que coincidan con tablas de db. Un DAO permite una forma más sencilla de obtener datos de un almacenamiento, ocultando las queries. Además, devuelve datos en un estado de objeto (object state). .

Un repositorio se encuentra en una capa superior. También se ocupa de los datos y oculta las queries y todo eso, pero un repositorio se ocupa de ** objetos del dominio **. Esa es la diferencia. .

Un repositorio utiliza un DAO para obtener los datos del almacenamiento y utilizará esos datos para restaurar un objeto del dominio. . O tomará un objeto del dominio, extraerá los datos que se y usara un DAO para conservarlos en la Base de datos. . Si tiene un dominio pequeño, el repositorio será solo un DAO. . Además, cuando se trata de consultas, la mayoría de las veces un repositorio de consultas especializado es solo un DAO que envía DTOs (Data Transfer Object) a una capa superior.

Carlos Arturo Pimentel

student•

No estaría mal enfatizar el propósito de los archivos dentro del paquete repository terminando el nombre del archivo con el identificador repository para este caso se podría renombrar el archivo user a user_repository.go

Juan Andrés Pérez Trejos

student•

La enfatización está en los paquetes, de tal manera que en el paquete que se encuentra ubicado el archivo pretende demostrar cuál es la finalidad del archivo.

Jorge Luis Quiguango

student•

Encontré un framework llamado Fiber me gusto mucho se parece a express. Gracias por el curso

Juan Sebastián Ovalle Silva

student•

Para los que quieran ir más allá de la inyección de dependencias, un paquete muy usado para proyectos es el de Uber:

https://pkg.go.dev/go.uber.org/fx

Nicolas Amezquita Montalvo

student•

El único problema que yo veo al uso de librerías para la inyección de dependencias es el uso de la reflexiones, esto podría reducir el rendimiento de tu código. pero seguro en el 90% de los proyectos es indiferente.

Si el rendimiento es crítico en tu aplicación, yo optaría por hacer una inyección de dependencias más manual teniendo en cuenta los conceptos de dominio y las implementaciones de infraestructura concretas que tengo, de modo que evado el uso de reflexiones sobre mi código.

Patrón repository

Introducción

Introducción al curso

¿Qué estaremos construyendo?

HTTP y REST

CRUD

REST

Inicialización de módulo e instalación de dependencias

Struct Server

Nuestro primer endpoint

Definiendo el modelo de usuarios

Patrón repository

Registro de usuarios

Implementando el registro

Probando los registros

Autenticación de usuarios

Probando el login

Middleware de validación de autenticación

Implementando el middleware

Modelo Posts

CRUD para Posts

Paginación para Posts

WebSockets

Websockets

Upgrader y Endpoint para Websocket

Struct de Hub para conexiones

Implementando el Broadcast

Cierre

Ejemplo de implementación frontend

Docker file para producción

Siguientes pasos y mejoras