My experience of Golang is that dependency injection doesn't really have much benefit. It felt like a square peg in a round hole exercise when my team considered it. The team was almost exclusively Java/Typescript Devs so it was something that we thought we needed but I don't believe we actually missed once we decided to not pursue it. If you are looking at OpenAPI in Golang I can recommend having a look at... - Source: Hacker News / 2 months ago

See https://goa.design/. It automates all the comms stuff, so you just write: 1) a design file showing your functions, 2) an implantation of those functions, and 3) a very generic "main.go" (basically the same for all your services) that decides "how is this exposed over gRPC or REST or other comms?". The rest of the code is generated. Source: 7 months ago

If you really need a framework, you can take a look at Echo or, for a contract-first approach, https://goa.design/. Source: about 1 year ago

Few folks in here are (rightly) frustrated with the code generation story and broader tooling support around the OpenAPI standard. I've found a few alternative approaches quite nice to work with: - Use a DSL to describe your service and have it spit out the OpenAPI spec as well as server stubs. In other words, I wouldn't bother writing OpenAPI directly - it's an artifact that is generated at build time. As a Go... - Source: Hacker News / about 1 year ago

One of the biggest issues I see is that you are using the same models for API as you are for the database. That wouldn’t fly in a real work system. And even though your doing simple CRUD I would introduce another layer for business logic. You should never have the Controller calling you database code directly. It never “stays” that simplistic. One of the easiest ways to deal with this is to use... Source: about 1 year ago

I'd recommend Javalin (https://javalin.io/) instead. Same idea, only executed better and it is actively maintained. - Source: Hacker News / 5 months ago

SparkJava has an actively developed fork/successor called Javalin[1]. It's straightforward to convert from SparkJava to Javalin. The latter is written in Kotlin, but works fine with ordinary Java. While the rest of the Java world was devolving into annotation hell, AOP and other nightmares, these Java microframeworks showcased what happens when you forego legacy Java and leverage modern Java language features... - Source: Hacker News / 5 months ago

The size statistics page is super cool: https://github.com/byronka/minum/blob/master/docs/size_comparisons.md Aside from that, I've also had good experiences with Dropwizard - which is way simpler than Spring Boot but at the same time uses a bunch of idiomatic packages (like Jetty, Jersey, Jackson, Logback and so on): https://www.dropwizard.io/en/stable/ I do wonder whether Minum would ever end up on the... - Source: Hacker News / 9 months ago

One of the most common web frameworks used is Spring Boot - here is their quickstart: https://spring.io/quickstart Newer alternatives are: https://micronaut.io/ and https://quarkus.io/ If you want to have something really simple look at Javalin: https://javalin.io/. - Source: Hacker News / 10 months ago

Counter-example: https://javalin.io/ uses Servlets, and seems to be doing quite fine without annotations. - Source: Hacker News / 11 months ago