- First of all,
goioc/webis working using Dependency Injection and is based on goioc/di, which is the IoC Container. - Secondly - and this is the most exciting part - web-endpoints in
goioc/webcan have (almost) arbitrary signature! No morefunc(w http.ResponseWriter, r *http.Request)handlers, if your endpoint receives astringand produces a binary stream, just declare it as is:
...
func (e *endpoint) Hello(name string) io.Reader {
return bytes.NewBufferString("Hello, " + name + "!")
}
...Cool, huh? ๐ค Of course, you can still directly use http.ResponseWriter and *http.Request, if you like.
The main entity in goioc/web is the Endpoint, which is represented by the interface of the same name. Here's the example implementation:
type endpoint struct {
}
func (e endpoint) HandlerFuncName() string {
return "Hello"
}
func (e *endpoint) Hello(name string) io.Reader {
return bytes.NewBufferString("Hello, " + name + "!")
}Endpoint interface has one method that returns the name of the method that will be used as an endpoint.
In order for goioc/web to pick up this endpoint, it should be registered in the DI Container:
_, _ = di.RegisterBean("endpoint", reflect.TypeOf((*endpoint)(nil)))Then the container should be initialized (please, refer to the goioc/di documentation for more details):
_ = di.InitializeContainer()Finally, the web-server can be started, either using the built-in function:
_ = web.ListenAndServe(":8080")... or using returned Router
router, _ := web.CreateRouter()
_ = http.ListenAndServe(":8080", router)So, how does the framework know where to bind this endpoint to?
For the routing functionality goioc/web leverages gorilla/mux library.
Don't worry: you don't have to cope with this library directly: goioc/web provides a set of convenient wrappers around it.
The wrappers are implemented as tags in the endpoint-structure. Let's slightly update our previous example:
...
type endpoint struct {
method interface{} `web.methods:"GET"`
path interface{} `web.path:"/hello"`
}
...Now our endpoint is bound to a GET requests at the /hello path. Yes, it's that simple! ๐
| Tag | Value | Example |
|---|---|---|
web.methods |
List of HTTP-methods. | web.methods:"POST,PATCH" |
web.path |
URL sub-path. Can contain path variables. | web.path:"/articles/{category}/{id:[0-9]+}" |
web.queries |
Key-value paris of the URL query part. | web.queries:"foo,bar,id,{id:[0-9]+}" |
web.headers |
Key-value paris of the request headers. | web.headers:"Content-Type,application/octet-stream" |
web.matcher |
ID of the bean of type *mux.MatcherFunc. |
web.matcher:"matcher" |
As was mentioned above, with goioc/web you get a lot of freedom in terms of defining the signature of your endpoint's method.
Just look at these examples:
...
func (e *endpoint) Error() (int, string) {
return 505, "Something bad happened :("
}
......
func (e *endpoint) KeyValue(ctx context.Context) string {
return ctx.Value(di.BeanKey("key")).(string)
}
......
func (e *endpoint) Hello(pathParams map[string]string) (http.Header, int) {
return map[string][]string{
"Content-Type": {"application/octet-stream"},
}, []byte("Hello, " + pathParams["name"] + "!")
}
...http.ResponseWriter*http.Requestcontext.Contexthttp.Headerio.Readerio.ReadCloser[]bytestringmap[string]stringurl.Valuesstructimplementingencoding.BinaryUnmarshalerorencoding.TextUnmarshalerinterface{}(GoiocSerializerbean is used to deserialize such arguments)
http.Header(response headers, must be first return argument, if used)int(status code, must be first argument after response headers, if used)io.Readerio.ReadCloser[]bytestringstructimplementingencoding.BinaryMarshalerorencoding.TextMarshalerinterface{}(GoiocSerializerbean is used to serialize such returned object)
goioc/web supports templates!
todo.html
<h1>{{.PageTitle}}</h1>
<ul>
{{range .Todos}}
{{if .Done}}
<li class="done">{{.Title}}</li>
{{else}}
<li>{{.Title}}</li>
{{end}}
{{end}}
</ul>endpoint.go
type todo struct {
Title string
Done bool
}
type todoPageData struct {
PageTitle string
Todos []todo
}
type todoEndpoint struct {
method interface{} `web.methods:"GET"`
path interface{} `web.path:"/todo"`
}
func (e todoEndpoint) HandlerFuncName() string {
return "TodoList"
}
func (e *todoEndpoint) TodoList() (template.Template, interface{}) {
tmpl := template.Must(template.ParseFiles("todo.html"))
return *tmpl, todoPageData{
PageTitle: "My TODO list",
Todos: []todo{
{Title: "Task 1", Done: false},
{Title: "Task 2", Done: true},
{Title: "Task 3", Done: true},
},
}
}Note that in case of using templates, the next returned object after template.Template must be the actual structure that will be used to fill in the template ๐ก
If functionality of web.methods, web.path, web.queries and web.headers is not enough for you, you can use custom matcher,
based on Gorilla's mux.MatcherFunc:
...
_, _ = di.RegisterBeanFactory("matcher", di.Singleton, func(context.Context) (interface{}, error) {
matcherFunc := mux.MatcherFunc(func(request *http.Request, match *mux.RouteMatch) bool {
return strings.HasSuffix(request.URL.Path, "bar")
})
return &matcherFunc, nil
})
...
type endpoint struct {
method interface{} `web.methods:"GET"`
path interface{} `web.path:"/endpoint/{key}/{*?}"`
matcher interface{} `web.matcher:"matcher"`
}
func (e endpoint) HandlerFuncName() string {
return "Match"
}
func (e *endpoint) Match() string {
return "It's a match! :)"
}
...$ curl localhost:8080/endpoint/foo/bar
It's a match! :) Of course, custom middleware is also supported by the framework:
web.Use(func(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
next.ServeHTTP(w, r.WithContext(context.WithValue(r.Context(), di.BeanKey("key"), "value")))
})
})