Hi,

I have a number of cases where I have to handle typed errors. I have been 
doing this previoiusly

err :=SomeFunctionCall()
if err != nil{
  switch e := err.(type){
    case sometype:
       //do something
    case someothertype:
       //do something else
    default:
       //do default
  }
}

However, it occurred to me that I can just do this...

err :=SomeFunctionCall()
  switch e := err.(type){
    case nil:
       break
    case sometype:
       //do something
    case someothertype:
       //do something else
    default:
       //do default
}


I guess this will be less efficient because it will involve some reflection 
in cases where I imagine the initial check that error is not nil will be 
less expensive. Is this correct?

Apart from this, is there any other reason that this would not be a 
recommended way to handle the nil error case?

Many thanks

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to