【问题标题】:How to handle method with Nil Receiver?如何使用 Nil Receiver 处理方法?
【发布时间】:2020-03-27 08:26:14
【问题描述】:
type Product struct {
    productName string
}

func (p *Product) GetProductName() string {
    return p.productName
}

在 Go 中,通常应该如何处理方法的接收者为 nil 并且方法逻辑本身不会产生错误(例如 getter)的情况?

  1. 别管它,让它恐慌
  2. 检查 nil,如果为真则返回零值
  3. 用有意义的消息检查 nil 和恐慌
  4. 检查 nil 并增强在 nil 时返回错误的方法
  5. 其他
  6. 这真的取决于

我倾向于#1,但认为虽然#3 有点冗长,但它可以使调试更容易。 我的想法是调用代码应该测试 nil 并且知道在这种情况下该怎么做。在简单的 getter 方法上返回错误太冗长了。

【问题讨论】:

  • 有时接收者的nil实例是可接受的,如果不是完全“有效”,在这种情况下返回零值,或一些预定义的常量,表示默认值是您应该 做的事情(#2)。在不应该使用nil 接收器调用该方法的情况下,让它恐慌(#1)。自定义恐慌消息可能提供的一点清晰性并不能保证额外的 if 语句。通用的invalid memory address or nil pointer dereference 消息和堆栈跟踪对于调试来说已经绰绰有余了。

标签: go methods null


【解决方案1】:

别管它,让它恐慌

您可以在 go 标准库中查看示例。例如net/http包中,有以下内容:

func (c *Client) Do(req *Request) (*Response, error) {
    return c.do(req)
}

还有一个来自encoding/json的例子:

// Buffered returns a reader of the data remaining in the Decoder's
// buffer. The reader is valid until the next call to Decode.
func (dec *Decoder) Buffered() io.Reader {
    return bytes.NewReader(dec.buf[dec.scanp:])
}

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-04-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-11-07
    • 2011-10-13
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多