Pattern matching for the http
package in the Go standard library isn't the most comprehensive and fully featured implementation out there. For example, Ruby on Rails makes it much easier to have dynamic segments inside the path:
"auth/:action/:provider_name"
This then provides a data map (or dictionary) containing the values that the framework automatically extracted from the matched path. So if you visit auth/login/google
, then params[:provider_name]
would equal google
, and params[:action]
would equal login
.
The most the http
package lets us specify by default is a path prefix, which we can do by leaving a trailing slash at the end of the pattern:
"auth/"
We would then have to manually parse the remaining segments to extract the appropriate data. This is acceptable for relatively simple cases, which suits our needs for the time being since we only need to handle a few different paths such as:
/auth/login/google
/auth/login/facebook
/auth/callback/google
/auth/callback...