5 ms·
> routing, middleware net/http (even middlewares are just http.HandleFunc) > database connections We were using database/sql for the longest of times before
by ayuhito 2y ago
> routing, middleware
net/http (even middlewares are just http.HandleFunc)
> database connections
We were using database/sql for the longest of times before switching to pgx since we wanted some convenience functions.
> email sending
net/mail gets you far enough unless you want to scale it.
> logging
log/slog (which is actually production grade compared to log/log)
> view template rendering
text/template, but I also think Laravel is a better choice if that’s your main focus.
Others either need an experimental standard library package (e.g. golang.org/x/crypto/argon2 for stuff like authentication) or finally need third party dependencies. DI is not enforced like other frameworks, but an extremely common pattern in Go.
At this point, do I really want to bring out a whole framework just for the last few requirements?
- 9dev 2y agoIt’s like you’re saying, „get a Raspberry Pi instead of an iPhone, it can do the same things!“ Go is Turing complete, sure it can do all things Laravel can. But the whole point is that with a proper full-Stack framework, you’ll get everything in a single, maintained, tested, streamlined, coherent, and documented bundle.