Go using mux Router - How to pass my DB to my handlers

Question

At the moment, I try to create a small Web-Project using Go for data handling on the server.

I try to pass my database-connection to my HandlerFunc(tions) but it does not work as expected. I am pretty new to golang, so maybe I did not understand some basic principles of this lang.

My main func looks like this:

func main() {

    db, err := config.NewDB("username:password@/databasename?charset=utf8&parseTime=True")
    if err != nil {
        log.Panic(err)
    }   
    env := &config.Env{DB: db} 

    router := NewRouter(env)
    log.Fatal(http.ListenAndServe(":8080", router))
}

My Router:

func NewRouter(env *config.Env) *mux.Router {
    router := mux.NewRouter().StrictSlash(true)
    for _, route := range routes {
        var handler http.Handler

        handler = route.HandlerFunc
        handler = Logger(handler, route.Name)

        router.
            Methods(route.Method).
            Path(route.Pattern).
            Name(route.Name).
            Handler(handler)
    }   
    return router
}

and my routes:

type Route struct {
    Name        string
    Method      string
    Pattern     string
    HandlerFunc http.HandlerFunc
}

type Routes []Route

var routes = Routes{
    Route{
        "Index",
        "GET",
        "/",
        controller.Index,
    },  
    Route{
        "Show",
        "GET",
        "/todos/{todoId}",
        controller.TodoShow,
    },  
    Route{
        "Create",
        "POST",
        "/todos",
        controller.TodoCreate,
    },  
}

So - how can I pass my "env" (or env.DB) to my FuncHandlers? I tried many things, but none of them worked.

Shelton

Answer 1

You have three options:

1. Make your database connection pool a global, so that you don't have to pass it. sql.DB is safe for concurrent access, and this is the easiest approach. The downside is that it makes testing harder and obfuscates "where" the pool is coming from - e.g.

   var db *sql.DB
   
   func main() {
       var err error
       db, err = sql.Open(...)
       // Now accessible globally, no need to pass it around
       // ...
    }
   

2. Wrap your handlers in a closure, which makes it accessible to the inner handler. You'll need to adapt this to your range-over-routes approach—which is a little obtuse IMO, and makes it harder to see what routes exist, but I digress—for example:

   func SomeHandler(db *sql.DB) http.HandlerFunc {
       fn := func(w http.ResponseWriter, r *http.Request) {
           res, err := db.GetThings()
           // etc.
       }
   
       return http.HandlerFunc(fn)
   }
   
   func main() {
       db, err := sql.Open(...)
       http.HandleFunc("/some-route", SomeHandler(db))
       // etc.
   }
   

3. Create a custom handler type that accepts a handler - e.g.

   type AppHandler struct {
       Handler func(env *config.Env, w http.ResponseWriter, r *http.Request)
       Env *config.Env
   }
   
   // ServeHTTP allows your type to satisfy the http.Handler interface.
   func (ah *AppHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) {
       ah.Handler(ah.Env, w, r)
   }
   
   func SomeHandler(env *config.Env, w http.ResponseWriter, r *http.Request) {
       res, err := env.DB.GetThings()
       // etc.
   }
   

Note that (shameless plug!) I've written about the last approach in detail, and Alex Edwards has an excellent blog post on approaches to accessing DB pools in Go programs as well.

The only strict advice I can give is that you should shy away from passing your DB pool around in a request context, which is inefficient and not good practice (request contexts are for temporary, per-request objects).

Additament

Thank you very much, I already had a look at Alex Edwards blogpost and tried to implement his closure solution (using his example at gist.github.com/alexedwards/5cd712192b4831058b21 ) Now, I changed it and use a global var in my models package and it is working. I am still not sure if it is the best solution for my project, but for the moment it will fit my needs. – Shelton

Thanks for this! Just getting started with Golang and GORM and having been searching for about an hour for the "right" way to get my db object into my handlers so they can hit the database. – Gherardo

Answer 2

You can always have "env" defined as global variable.

But before everyone will hate me, this is not a good solution! You should create a package that encapsulate the access to your database with public function that state your exact intent.

Something along the lines of

Package db

var config ....

func ShowTodos(params ... ) result {
   your database access code here.... 
}

and from your router function access it with

db.ShowTodos(...)

Ic