Ask HN: What is your Golang web-dev tech stack?

98 点作者 aalhour超过 7 年前

I picked up Golang recently and I am curious about how people use it to develop web applications. How does your tech stack look like?

30 条评论

mdasen超过 7 年前

I've started using Echo[1] and it seems to provide most of what I'm looking for (routing, context, sessions, CSRF protection, form/json binding, etc). For templating, I'm using QuickTemplate[2] which creates statically generated templates, but Pongo2[3] and Jet[4] also look reasonable. sqlx[5], gorm[6], and sqlboiler[7] all seem reasonable for database access, depending on what your style is (sqlx being oriented toward manual statements, gorm being reflection-based orm-ish, and sqlboiler using go generate's code generation to make statically generated access for you).If you don't want to piece things together yourself (and want a more Rails-like experience), Buffalo[8] is probably your best bet.[1] <a href="https://echo.labstack.com/" rel="nofollow">https://echo.labstack.com/</a>[2] <a href="https://github.com/valyala/quicktemplate" rel="nofollow">https://github.com/valyala/quicktemplate</a>[3] <a href="https://github.com/flosch/pongo2" rel="nofollow">https://github.com/flosch/pongo2</a>[4] <a href="https://github.com/CloudyKit/jet" rel="nofollow">https://github.com/CloudyKit/jet</a>[5] <a href="https://github.com/jmoiron/sqlx" rel="nofollow">https://github.com/jmoiron/sqlx</a>[6] <a href="https://github.com/jinzhu/gorm" rel="nofollow">https://github.com/jinzhu/gorm</a>[7] <a href="https://github.com/volatiletech/sqlboiler" rel="nofollow">https://github.com/volatiletech/sqlboiler</a>[8] <a href="https://github.com/gobuffalo/buffalo" rel="nofollow">https://github.com/gobuffalo/buffalo</a>

评论 #15859811 未加载

评论 #15854229 未加载

评论 #15854248 未加载

tptacek超过 7 年前

Even though I know they're well-designed, I find Go's web templates hard to work in. So I avoid them.My stack is basically:- Postgres, using pq and sqlx- A codegen ORM I wrote that scrapes schemas and generates CRUD and lookup functions for all my database types. I don't think dynamic ORMs like gorm are the way to go for Go.- A session library I wrote a year ago, and simple Go wrapper handlers to require sessions, enforce authentication, &c, passing things like "current user" and "current session" down to standard net/http Handlers through Context.- 10-or-so JSON utility functions I take with me from project to project.- React, via create-react-app, so I all my templating is done in JSX.- net/http/httptest for testing.

评论 #15857112 未加载

avitzurel超过 7 年前

My 2 centsAt Globality[1], we use microcosm [2], an internally built framework for crafting applications. We have 45+ microservices, all built on top of it, and it's a joy.I was looking for a framework that will give me similar benefits with Golang. Something that I can take out of the box with some convention-over-configuration.I found micro [3] and gizmo [4]. (There are more)It seems to me that a full-blown web app doesn't come very natural to Golang yet. There isn't a framework that will give you what you are used for from other languages/frameworks.I have a lot of experience with Golang and built many tools, and it always felt more natural to me when there is no database/models involved.[1] <a href="https://www.globality.com/en-us/" rel="nofollow">https://www.globality.com/en-us/</a>[2] <a href="https://github.com/globality-corp/?utf8=%E2%9C%93&q=microcosm&type=&language=" rel="nofollow">https://github.com/globality-corp/?utf8=%E2%9C%93&q=microcos...</a>[3] <a href="https://github.com/micro/go-micro" rel="nofollow">https://github.com/micro/go-micro</a>[4] <a href="https://github.com/NYTimes/gizmo" rel="nofollow">https://github.com/NYTimes/gizmo</a>

nerdywordy超过 7 年前

Gophers tend to roll their own and forego larger frameworks.Piecing together libraries can absolutely be daunting, but once you get a starter app built your productivity will go way, way up.I'd really recommend this (paid) course at <a href="https://www.usegolang.com" rel="nofollow">https://www.usegolang.com</a>It walks you through pulling in different libraries (Gorilla Mux, GORM, etc), gluing them together, and structuring your code in a maintainable way.A couple of other folks have mentioned Buffalo. It's a great ecosystem for building applications quickly, but I would strongly urge you to go through gluing the packages together yourself first to really understand what is going on underneath the magic.

评论 #15857130 未加载

matthiase超过 7 年前

For APIs, I've used net/http and httprouter with great success. I've recently discovered Buffalo (<a href="https://github.com/gobuffalo/buffalo" rel="nofollow">https://github.com/gobuffalo/buffalo</a>) which looks great for full-stack development but I have not used it for a production app.

indescions_2017超过 7 年前

Also check out Træfik. A fast reverse proxy. With support for kubernetes, prometheus, let's encrypt, grpc, websockets and more. It may change the way you design your web backend ;)<a href="https://traefik.io/" rel="nofollow">https://traefik.io/</a>Am also looking forward to trying the new GoLand IDE from the JetBrains team. Currently using Atom but would be interested in dedicated integrations with gcloud sdk.<a href="https://www.jetbrains.com/go/" rel="nofollow">https://www.jetbrains.com/go/</a>

marcrosoft超过 7 年前

Go with sqlite DB using net/http, httprouter, and gorm. The goal is maintainability and easy deployment over scalability.

gtrubetskoy超过 7 年前

Plain Go, no frameworks (may be a little Gorilla toolkit components such as their mux), Postgres with sqlx and React on the front end. I describe it in detail here:<a href="https://grisha.org/blog/2017/04/27/simplistic-go-web-app/" rel="nofollow">https://grisha.org/blog/2017/04/27/simplistic-go-web-app/</a>

bigdubs超过 7 年前

We rolled our own, nice benefit is everything registers events with the same logging subsystem and lets us define central hooks for common things like errors (to send to reporters).Web: <a href="https://github.com/blendlabs/go-web" rel="nofollow">https://github.com/blendlabs/go-web</a>DB: <a href="https://github.com/blendlabs/spiffy" rel="nofollow">https://github.com/blendlabs/spiffy</a>Migrations: <a href="https://github.com/blendlabs/spiffy/migration" rel="nofollow">https://github.com/blendlabs/spiffy/migration</a>Logger: <a href="https://github.com/blendlabs/go-logger" rel="nofollow">https://github.com/blendlabs/go-logger</a>CRON: <a href="https://github.com/blendlabs/go-chronometer" rel="nofollow">https://github.com/blendlabs/go-chronometer</a>

didip超过 7 年前

* Standard library for a lot of things.* <a href="https://github.com/go-chi/chi" rel="nofollow">https://github.com/go-chi/chi</a> is pretty good. I have a need for a lot of custom middlewares, so I need something more fleshed out than net/http.* All config files are written in TOML: <a href="https://github.com/BurntSushi/toml" rel="nofollow">https://github.com/BurntSushi/toml</a>* <a href="https://github.com/gocql/gocql" rel="nofollow">https://github.com/gocql/gocql</a> for all Cassandra needs.* Development work is done in Docker so everyone has a consistent env.That's all, I tend to dislike overarching frameworks. Smaller libraries work better for me.

评论 #15857085 未加载

t3h2mas超过 7 年前

Gin/React. I was using templates but decided to offload some display logic on the frontend instead of creating more API endpoints. So I switched to React. I dig writing decoupled front/backends

cmrajan超过 7 年前

I've been using a starter kit[1] to build our API.For database access using Modl[2] similar to gorp but uses sqlx internally. Much of the data access code is generated as I'm of opinion reflection based ORM doesn't lend itself well in Go.[1]<a href="https://github.com/qiangxue/golang-restful-starter-kit" rel="nofollow">https://github.com/qiangxue/golang-restful-starter-kit</a>[2]<a href="https://github.com/jmoiron/modl" rel="nofollow">https://github.com/jmoiron/modl</a>

acangiano超过 7 年前

If you are creating an SPA application and you just need an API in Go, the standard library or one of the microframeworks like Gin work fine. If you are doing full-stack development, you'll be more productive with a framework even though the Go community tends to shy away from large frameworks. If I were to use Go for a web app today, I'd use Buffalo which is relatively Rails-like while still being very modular: <a href="https://gobuffalo.io/" rel="nofollow">https://gobuffalo.io/</a>

Bjorkbat超过 7 年前

I use it as a RESTful API for a single page app. I use some extra packages beyond those that come standard, but they don't really have a huge day-to-day impact on the code that I write.Gorilla will probably make your life easier. I rely on the mux package quite a bit for routing purposes.I also use Google's jsonapi package to maintain a semblance of orderliness when it comes to request and response data, but I wouldn't be hurting too much without it.

cyrusaf超过 7 年前

HTTP: - gRPC for microservices - graphql for combining microservices for the frontendDB: - dynamodb/psql depending on features. aws-sdk or base go sql package. - redis for caching. go-redis package.Stats/logging: - statsd/graphite/grafana - sirupsen/logrus for loggingI usually write a wrapper for packages that will automatically report stats + logging.

BlackjackCF超过 7 年前

I've used Echo in the past along with sqlx and Gorm.I've found myself enjoying rolling/being more explicit about what it is that I need, so I now build out small web APIs just using a combination of Gorilla Mux + net/http.

bjw181超过 7 年前

I'm curious. I've used GoLang's simple web server before, but I'm interested in what GoLang provides over Node. To me, it seems Go is especially well suited for microservices and tasks requiring a lot of CPU intensive processes while Node is better when working with small requests over the wire.In other words, what is Go's main selling point in competing with Node in terms of its http server, TCP sockets, etc...Can Go's awesome concurrency patterns be used to optimize server requests? Can it be well utilized as a proxy?

weitzj超过 7 年前

gRPC, gRPC-Gateway, pgx, memcached, gorilla secure cookie, gorilla CSRF, gRPC-opentracing with Google Stackdriver integration, Uber-zap logging

评论 #15856969 未加载

atis超过 7 年前

<a href="https://github.com/go-chi/chi" rel="nofollow">https://github.com/go-chi/chi</a>

barrongineer超过 7 年前

Buffalo - <a href="https://gobuffalo.io/" rel="nofollow">https://gobuffalo.io/</a>

dahx4Eev超过 7 年前

routing/binding/cors: chi / echodatabase: sqlx, upper, sqlboilerlog: zap, zerologdependency management: depconfig: vipercli: cobralint: gometalinterTrying <a href="https://github.com/improbable-eng/grpc-web" rel="nofollow">https://github.com/improbable-eng/grpc-web</a> and <a href="http://rest-layer.io" rel="nofollow">http://rest-layer.io</a>

nimajalali超过 7 年前

go-kit <a href="https://gokit.io/" rel="nofollow">https://gokit.io/</a>

tmaly超过 7 年前

I have used gin / libpq / sqlx for my food side project.At my day job I use the standard library.

ShabbosGoy超过 7 年前

We use Gin-Gonic with sqlx for our REST API. We also use Gorilla for Websockets.

OhSoHumble超过 7 年前

I use Buffalo for an API and Vue.js with TypeScript as a frontend.

评论 #15856994 未加载

rickbad68超过 7 年前

spf13/cobra spf13/viper joho/godotenv mattes/migrate postgres go-pg/pg gorilla/mux gorilla/sessions net/http html/template

brightball超过 7 年前

IMO this space is a pain point for Go compared to other languages. If you have a single page app talking to APIs it’s less of an issue though.

评论 #15856979 未加载

maerF0x0超过 7 年前

net/http

davidsonff超过 7 年前

Go, Polymer, Redux.

mmargerum超过 7 年前

Gorilla + Vue.js