本文主要介绍“如何理解Go错误处理中如何用恐慌代替rr!=nil模式”,在日常操作中,相信很多人都在努力理解Go错误处理中如何用恐慌代替rr!=对零的模式有疑问。边肖查阅了各种资料,整理出简单易用的操作方法,希望回答“如何理解Go错误处理中如何用恐慌代替rr!”!=nil的模式“有帮助!接下来,请和边肖一起学习!
为什么想替换
在围棋语言中,如果出错!=nil写的太多,处理各种方法语句麻烦又不方便:
err :=foo()ifer!=nil{//dosomething.return err } err :=foo()ifer!=nil{//dosomething.return err } err :=foo()ifer!=nil{//dosomething.return err } err :=foo()ifer!=nil {//=nil{//dosomething.returnerr}}以上仍然是一个示例代码,非常简单。如果是在工程实践中,有必要跳各种包,有错就加!=nil,比较繁琐,要注意整个上下游。
其余的我就不细说了。可以关注我的微信官方账号,看以前的文章。
怎么替换 err != nil
错了就不想写了!=零,方法之一就是用恐慌代替他。
示例代码如下:
funcGetFish(db*sql。DB,name string)[]string { row,err:=db。查询(' selectnamefromuserswhere`name`=?',名字)iferr!=nil {恐慌(err)}延期。close()varnames[]string forrow。next(){ varnamestryrrr :=row。扫描(名称)iferr!=nil {恐慌(err)} name=append(name,name)} err=row。err()ifer!=代码=零:
func main(){ fish 2:=getfish(db,'炸鱼')fish:=getfish (db,'咸鱼')fish43360=getfish (db,'钓鱼').}同时,在使用死机模式转换到错误机制后,我们必须在外层添加recover方法:
functionapprecovery()gin。HandlerFunc{returnfunc(c*gin。context){ defer func(){ ifer :=recover();呃!=nil{if_,ok:=err。(Aper);好吧{//做点什么.} else {死机(err)}}} ()}}根据每次死机抛出的错误进行Asser,并识别是否是自定义的AppErr错误类型。如果是这样,可以采取一系列的处理动作。
否则,您会惊慌失措,继续将其抛出到顶部的Recovery方法进行处理。
这是一个相对完整的死机错误链接处理。
优缺点
就优势而言:
整体代码结构看起来更加简洁,只关注实现逻辑。
有错就没必要关注和写繁琐了!=零的错误处理代码。
就缺点而言:
随着认知负担的增加,每一个需要参与项目的新老学生都意识到了这种模式,需要做一个基本的规范或训练。
有一定的性能开销,每次死机都有用户模式下的上下文切换。
有一定的风险。一旦恐慌没有恢复,就会导致事故。
Go不是政府推荐的,这与恐慌本身的定义相悖,即恐慌的概念与错误混淆。
至此,关于“如何理解Go错误处理并用恐慌代替rr!=nil模式”已经结束,希望能解决大家的疑惑。理论和实践的结合可以更好的帮助大家学习,所以赶紧试试吧!如果你想继续学习更多的相关知识,请继续关注网站,边肖会继续努力,给大家带来更多实用的文章!
内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/39943.html