Nuestro primer endpoint

Contenido del curso

Introducción

REST

WebSockets

Cierre

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0017:34

Nuestro primer endpoint

Curso de Go Avanzado: REST y WebSockets

Clase 7 de 26

Clase 7 / 26

Comentarios (15)15 comentarios

Àlex Grau Roca

Hace 4 años

He estado revisando y no veo el motivo por el cual se utiliza el handler devolviendo un HandlerFunc, no le veo el sentido a utilizarlo de este modo, ya que el parámetro server no se utiliza para nada y esto complica el testing de los endpoints de la API. . ¿Cuál es el motivo para utilizarlo de éste modo? He intentado redactar esto en preguntas, pero siempre me corta todos los textos cuando se publican (¿de qué me sirve una pregunta corta y directa, sin poder añadir el contexto de esta pregunta?)

Edwin Baeza

Hace 4 años

No se si aun sirva mi comentario, pero es muy común en go utilizar ese tipo "estructuras", realmente el handler esta muy simple y el server no contiene mucha data "relevante" por el momento, pero por ejemplo usando el patron repository es común que la función handler espero un repository que se use dentro la función de retorno, en resumen me atrevería decir que si para este ejemplo solo le agrega complejidad y no es relevante, pero es común y hasta util usar esa forma para inyectar instancias de otras structs

Juan Diego Castellanos Jerez

Hace 4 años

Un saludo amigo. Adicionalmente a lo que ya te dijeron, puedo agregar que es normal que un HandlerFunc retorne otro, esto es utilizado y se obtiene 100% de provecho cuando se utilizan Middlewares, ya que se necesita que una funcion pase por otra y despues esa continue con su flujo normal, pero antes de que continue tu verificas todo para que esto suceda.

Victor Baruch Pazaran Jaimes

Hace 4 años

Los cursos de go han estado muy buenos, pero siento que falta algun diagrama o una explicacion previa de como va a funcionar nuestro programa con alguna ilustracion, por que es un tanto complicado entender lo que está haciendo cada funcion si no tienes mucha experiencia haciendo servicios web

Sebastian Aranda

Hace 4 años

Aunque el contenido del curso hasta el momento es muy bueno, creo que se le agrega complejidad innecesaria y crea además antipatrones. Se esta enseñando, y por ejemplo, no deberian agregarse funciones como un binder en el start del servidor web. Espero se revise esto. Feliz día a todos!

Tan Zuñiga

Hace 4 años

main.go

func main() {
	err := godotenv.Load(".env")

	if err != nil {
		log.Fatal("Error loading .env file")
	}

	PORT := os.Getenv("SERVER_PORT")
	JWT_SECRET := os.Getenv("JWT_SECRET")
	DB_URL := os.Getenv("DB_URL")

	s, err := server.NewServer(context.Background(), &server.Config{
		JWTSecret:   JWT_SECRET,
		Port:        PORT,
		DatabaseUrl: DB_URL,
	})

	if err != nil {
		log.Fatal(err)
	}

	s.Start(BindRoutes)
}

func BindRoutes(s server.Server, r *mux.Router) {
	r.HandleFunc("/", handlers.HomeHandler(s)).Methods(http.MethodGet)
}

brandon james grimaldo moscote

Hace 4 años

en este punto veo mucho desorden innecesario, seguiré el curso a ver que pero posiblemente investigue al algún curso a parte sobre este tema.

Julio Paredes

Hace 3 años

Sí, hay mucho desorden en este y en los cursos previos de Go en mi opinión(los siguientes no los he visto pero imagino que será igual). Yo tuve que comprar otro curso externo y volver aquí a entenderle. Ojalá Platzi haga un remake de estos cursos :P

Hugo Rodriguez

Hace 4 años

bueno pues ni idea por que se hizo un handler, un bind etc....

Andres Trujillo

Hace 3 años

Wow, es incredible la cantidad de comentarios haters sin sentido, por favor si vas a aportar algo que sea de valor, por ejemplo si no estas de acuerdo con ciertas funciones entonces hazlo a tu manera y deja el código.

No hables solo porque si, si no serás alguien del montón!

Hernando Alvarado

Hace 3 años

Ojala esta clase y en general la creación del servidor en GO hubiera sido muy similar a la clase de "Métodos y funciones" de este mismo profe Nestor. En la clase que refiero hace una explicación fenomenal de que es lo que esta pasando en cada momento y más allá de la explicación es lo minimalista y facil de entender que se vuelve.

Acá siento que se vuelve demasiado complejo (o por lo menos lo fue para mi). Siento que hay muchas cosas que no necesariamente tendrían que estar en un MVP para la creación de un servidor en GO. Si estoy mal por favor me corrigen.

Saludos.

Juan Pablo Muñoz

Hace 4 años

Porque no utiliza el server en el HomeHandler? Que sentido tiene ponerlo si nunca es usado? Incluso si se quita sigue funcionando sin problema

Edwin Baeza

Hace 4 años

Es muy común en go utilizar ese tipo “estructuras”, realmente el handler esta muy simple y el server no contiene mucha data “relevante” por el momento, pero por ejemplo usando el patron repository es común que la función handler espere un repository que se use dentro la función de retorno, en resumen me atrevería decir que si para este ejemplo solo le agrega complejidad y no es relevante, pero es común y hasta util usar esa forma para inyectar instancias de otras structs

Eddy Paz

Hace 4 años

Por que se setea el valor router dos veces al broker primero en la funciona NewServer y luego en la funcion Start

Julio Paredes

Hace 3 años

Es extraño, hay mucha redundancia tanto ahí como las dos maneras de obtener el valor de Port en el metodo Start.

En mi caso yo eliminé la segunda instancia de de mux.NewRouter que se encuentra en la función Start ya que al crear un nuevo servidor se inicializa igual, mi endpoint sigue funcionando con ese cambio.

Fernando Cordero

Hace 2 años

Lo mismo me pregunte, asi que lo quite porque me hacia mucho ruido.

Alfredo Hernández Rodríguez

Hace 4 años

Al correr el comando

 go run main.go

Me arroja el siguiente error

Starting serve on port 5050 ListenAndServer: listen tcp: address 5050: missing port in address exit status 1

Jose Leon Faneite

Hace 4 años

Verifica si en el archivo .env la variable Port esta asi : Port=:5050 , con los dos puntos para que la funcion ListenAndServe lo lea correctamente

Fernando Cordero

Hace 2 años

Yo lo que hice fue agregarle los ":" concatenandolos al port. address := ":" + b.Config().Port

Leonardo Valdivieso

Hace 3 años

En nuestro constructor del broker usamos el nombre NewServer. Deberia ser NewBroker? en vez de NewServer (ya que es un constructor específico de Brokers?)

Manuel Roa Ojeda

Hace 3 años

Hola , tengo el siguiente problema, arranca el server , pero luego se detiene con este mensaje :

2023/08/01 18:49:12 starting server on port 5000 2023/08/01 18:49:12 error starting server: listen tcp: address 5000: missing port in address

Alguna sugerencia ??

Manuel Roa Ojeda

Hace 3 años

Resuelto, vamos avanzando !!

Andres Muñoz

Hace 3 años

tengo el siguiente erro con databaseUrl:

unknown field databaseUrl in struct literal of type server.Configcompiler<u>MissingLitField</u>var DATABASE_URL string

no tengo ni idea, ya revisé todas las variables y esta tal cual.

Jonathan Poot Dzib

Hace 2 años

Si tu struct esta como mencionas con el campo "databaseUrl" con inicial en minúscula, el campo queda como privado y no puedes acceder desde la func main, tiene que iniciar en mayúscula. EN GO atributos privador: minuscula atributos públicos: Mayuscula

José Antonio De La Paz Fonseca

Hace un año

Usar NewServer() y pasar contexto sin pasar el contexto (teoría) de qué es el contexto en go me parece un poco apresurado

func main() {
	err := godotenv.Load(".env")

	if err != nil {
		log.Fatal("Error loading .env file")
	}

	PORT := os.Getenv("SERVER_PORT")
	JWT_SECRET := os.Getenv("JWT_SECRET")
	DB_URL := os.Getenv("DB_URL")

	s, err := server.NewServer(context.Background(), &server.Config{
		JWTSecret:   JWT_SECRET,
		Port:        PORT,
		DatabaseUrl: DB_URL,
	})

	if err != nil {
		log.Fatal(err)
	}

	s.Start(BindRoutes)
}

func BindRoutes(s server.Server, r *mux.Router) {
	r.HandleFunc("/", handlers.HomeHandler(s)).Methods(http.MethodGet)
}

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

Nuestro primer endpoint

Progreso del curso

Introducción

REST

WebSockets

Cierre