Closed MitchellBerend closed 1 year ago
:thinking: I am not against it - but I am thinking what would be the value add in terms of what go-blueprint attempts to provide, which is an easy way for users to get started with a Go project. If we a websocket, how will that work with the other frameworks?
I would try and reuse the same handler if possible for all frameworks but I would have to look at each framework to see if that is possible.
Okay so I picked gin as my first target and it is possible to keep the same handler function but gin's way of passing the ResponseWriter
and Request
are a little different than the standard lib. I will open a pr for this so this issue does not get clogged with implementations.
Decided this feature doesn't really fit in this project very well.
Would a ping pong web socket endpoint example add a lot of value? The way I imagine it, it would add a dependency to the generated project, this dependency does get linked to by the docs.
I think gorilla has their own websocket implementation but I haven't worked with that one yet.
naive example implementation