-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implementar HTTP GET/plants #5
Comments
Tras leer https://www.slant.co/versus/4797/20918/~gin-gonic_vs_buffalo, voy a tirar por Gin-Gonic |
It returns a 204 (NoContent) at this moment
Voy a leereme ese artículo, me encanta empezar a implementar en Go |
Exactamente podrías indicarnos aquí después de tu lectura y tu experiencia como backend porque, a tu criterio, es mejor Gin-gonic? he leído el artículo y tengo mis ideas pero quisiera contrastarlas con alguien con mas experiencia en go y en API. |
- Logrus will allow building structured logs - Elasticsearch client will allow communicating with a elasticsearch cluster
The query will be a map[string]interface{}, which is the only way to do it using the client
It will look for the ES cluster, so that's why we use hostnames instead of localhost
- make build - make start - make seed - make destroy
Pues me gusta más Desde mi punto de vista, nuestro scaffolding, donde GoBuffalo también tiene su generator, es tan simple en este momento que no necesita justamente esto: un generador de código boilerplate. Otra cosa es lo que pasará en un futuro, pero a día de hoy es simple. Otro tema que me parece importante es el no-acoplamiento con ningún framework de vistas ( De todas maneras, si queremos usar su framework, hay que aprender un montón de patrones de diseño, y si no lo queremos usar, nos comemos todas las dependencias, por lo que el peso del binario aumentará de manera considerable. No obstante, podemos hacer una POC |
Otro motivo de preferencia: SideNote: y me gusta que rime con |
Este endpoint retornará todas las plantas existentes en el almacenamiento primario, en este caso Elasticsearch
The text was updated successfully, but these errors were encountered: