我正在尝试提出一种非常紧凑的方法来处理 REST API 的 HTTP 请求中可能出现的问题。
我需要测试许多条件,以及对这些条件中的任何一个失败的许多潜在错误响应。
我已经将我的处理流程简化为类似于以下内容的内容:
// Error is actually a method on some struct, so it's only relevant for demonstration purposes.
func Error(w http.ResponseWriter, status int, message string) {
// Lots of stuff omitted
w.WriteHeader(status)
w.WriteJson(r)
}
func HandleSomething(w http.ResponseWriter, r *http.Request) {
if someCondition != true {
Error(w, 500, "Some error occurred!")
return
}
if someOtherCondition != true {
Error(w, 500, "Some other error occurred!")
return
}
if yetAnotherCondition != true {
Error(w, 500, "Yet another error occurred!")
return
}
if andFinallyOneLastCondition != true {
Error(w, 500, "One final error occurred!")
return
}
// All good! Send back some real data.
w.WriteJson(someObject)
}
由于我经常需要测试 5-10 个条件,以及在其他操作期间可能出现的其他错误,因此能够将其压缩为以下内容会很好:
func HandleSomething(w http.ResponseWriter, r *http.Request) {
if someCondition != true {
return Error(w, 500, "Some error occurred!")
}
if someOtherCondition != true {
return Error(w, 500, "Some other error occurred!")
}
if yetAnotherCondition != true {
return Error(w, 500, "Yet another error occurred!")
}
if andFinallyOneLastCondition != true {
return Error(w, 500, "One final error occurred!")
}
// All good! Send back some real data.
w.WriteJson(someObject)
}
但是,Go 编译器不喜欢这样。
它既抱怨我试图将结果Error()用作值,又抱怨我试图返回太多参数。确切的错误消息是:
foo.go:41: bar.Response.Error(400, "InvalidRequest", "Error decoding request") used as value
foo.go:41: too many arguments to return
但两者Error()并HandleSomething()具有相同的返回签名(例如,它们都返回什么),所以不宜这项工作?
每个if语句都包含 a很重要return,因为函数应该立即退出。如果Error()可以以某种方式停止调用函数的执行,那也对我有用。testing.FailNow()有点像,但我相信这依赖于 Goroutines。
顺便说一句:我意识到这些并不是真正的“空”函数,但想不出更合适的名称。在 Go 中不返回任何内容的函数是否有合适的名称?
千万里不及你
忽然笑
相关分类