net/http: avoid casting and extra function calling (http.HandleFunc, http.DefaultServeMux.HandleFunc)

[ntrrg]

Looking at the net/http package I notice that HandleFunc and ServeMux.HandleFunc have a func(ResponseWriter, *Request) as parameter instead of HandlerFunc, this means that this functions need to call one extra fuction and an explicit casting respectively.

So if they are written in this way, it can be avoided:

HandleFunc

Since HandlerFunc implements the Handler interface, DefaultServeMux.HandleFunc should be replaced by DefaultServeMux.Handle.

From:

func HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
  DefaultServeMux.HandleFunc(pattern, handler)
}

To:

func HandleFunc(pattern string, handler HandlerFunc) {
  DefaultServeMux.Handle(pattern, handler)
}

ServeMux.HandleFunc

Since the handler argument is implicitly casted (or something else happens here?), an explicit casting is not necessary.

From:

func (mux *ServeMux) HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
  if handler == nil {
    panic("http: nil handler")
  }
  mux.Handle(pattern, HandlerFunc(handler))
}

To:

func (mux *ServeMux) HandleFunc(pattern string, handler HandlerFunc) {
  if handler == nil {
    panic("http: nil handler")
  }

  mux.Handle(pattern, handler)
}

[meirf]

@ntrrg The golang/go issues are meant for bugs or feature requests - not general questions.

I recommend closing this issue and taking the following steps until you get a satisfactory answer to your question:

1. Read this explanation of DefaultServeMux: https://stackoverflow.com/a/36921591/1168364
2. Ask a question in https://groups.google.com/forum/#!forum/golang-nuts or https://stackoverflow.com/questions/ask
3. If the discussion in 2 shows there's a bug in the standard library or that there is some standard behavior missing I recommend opening an issue.

[ntrrg]

Great, thanks! 😄 I was a little confused because this is actually more a proposal than a question.

[meirf]

This is definitely the right place to create a proposal, but to be honest your proposal is not very clear to me. I leaned toward assuming this was just a question because of the word "wonder".

If you'd like to try again to explain, please reply with more detail on what exactly you're proposing.

[ntrrg]

Your are right 😆 I will try to make it clearer, so please, read the description again. I am still learning English btw 😅

[davecheney]

Please send a change when the Go 1.12 cycle opens in a few months. Thank you.

https://golang.org/doc/contribute.html

[ntrrg]

Great! 😄 I suppose that this issue should keep open, right?

[meirf]

Yes, please keep open.

As it stands now, the proposed change cannot happen in Go 1, as it is changing the signature of public methods.

The only way this might be able to work is if HandlerFunc was also changed to a type alias of func(ResponseWriter, *Request), i.e.:

type HandlerFunc = func(ResponseWriter, *Request)

Someone who knows the code better would be able to explain any problems in making such a change.

Type alias makes no sense, as ServeHTTP needs to be defined on HandlerFunc.

[ntrrg]

@bontibon Actually it already exists here, that is the reason of this proposal 😄