
使用类型断言进行错误处理是一种常见的做法,但是否错误取决于具体情况。类型断言可以用于验证传入的参数类型是否符合预期,从而在代码中提前捕获错误。然而,如果错误处理依赖于类型断言而忽略了其他可能的异常情况,则可能会导致问题。因此,在使用类型断言进行错误处理时,需要综合考虑代码的逻辑和可靠性,并确保对各种异常情况进行适当处理,以保证代码的稳定性和可维护性。
我想知道为什么在 golang 中不更多地使用/推荐 switch + 类型断言风格的错误处理。它有什么问题吗?还是社区根本不关心它?
例如下面的代码:
if err != nil {
if errors.as(err, &queryerr{}) {
log.println("query error : ", err)
return http.statusinternalservererror
} else if errors.as(err, &querydataextractionerr{}) {
return http.statusnotfound
} else {
log.println(err.error())
return http.statusinternalservererror
}
}可以写成:
采用 php+mysql 数据库方式运行的强大网上商店系统,执行效率高速度快,支持多语言,模板和代码分离,轻松创建属于自己的个性化用户界面 v3.5更新: 1).进一步静态化了活动商品. 2).提供了一些重要UFT-8转换文件 3).修复了除了网银在线支付其它支付显示错误的问题. 4).修改了LOGO广告管理,增加LOGO链接后主页LOGO路径错误的问题 5).修改了公告无法发布的问题,可能是打压
0
if err != nil {
switch err.(type) {
case QueryErr:
log.Println("query error : ", err)
return http.StatusInternalServerError
case QueryDataExtractionErr:
return http.StatusNotFound
default:
log.Println(err.Error())
return http.StatusInternalServerError
}
}类型开关在技术上是正确的。然而,有错误的类型切换会误解包装的错误。例如:
err:=io.EOF
err1 := fmt.Errorf("Unexpected error: %w",err)在上面,err1.(io.eof) 会失败,但 errors.is(err1,io.eof) 不会。
因此,您应该使用 errors.is 和 errors.as 来测试您手头的错误是否包含您正在查找的错误。
以上就是使用类型断言进行错误处理是错误的吗?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号