可接受的Golang惯用嵌套错误处理？

我看到的模式如下：

err := DoSomething()
if err != nil {
   //handle
}
// continue

经常在管理amqp连接时,我的条件是我只想在错误为nil时继续,因为那时我需要在连接上做一些事情：

c,err := Connect()
if err != nil {
   return nil,err
}
s,err := c.RegisterSomethingOnConnection()
if err != nil {
   return nil,err
}
val,err := s.DoSomething()
return val,err

如你所见,我只想运行c.RegisterSomethingOnConnection行,如果从Connect()返回的错误是nil.

但是,由于提前退货,我不喜欢上述情况.早期的回报让我感到不舒服,因为从长远来看,它会损害可读性,并且在功能退出时会完全模糊.到目前为止,我的解决方案是执行以下操作：

var err error
var val ReturnType

c,err := Connect()
if err == nil {
    s,err := c.RegisterSomethingOnConnection()
    if err == nil {
       val,err = s.DoSomething()
    }
}
return val,err

我喜欢这样做有两个原因.首先,它可以防止返回零.其次,我发现它使代码更易于维护,因为您可以在返回(即日志记录)之前添加轻松添加功能,并且由于提前返回而没有某些路径错过添加的功能.

是我做了什么可以接受惯用Go或者我只是需要克服我对早期回报的厌恶并遵循那种模式？