go で受信者名に this または self を使用することが推奨されないのはなぜですか?

#日常の開発では、関数の定義に加えて、いくつかのメソッドも定義します。これは何でもありませんが、PHP やその他のオブジェクト指向言語から GO に切り替えた一部の学生は、レシーバー名を this、self という名前にすることがよくあります。 、me など。

筆者も実際のプロジェクト開発で同じような学生に遭遇しましたが、何度注意しても効果がなかったので、彼らを説得するためにこの記事を書くことにしました。

CR Standard Practice

まず、GOReceiver Names が推奨する標準的な名前付けを見てみましょう。以下の内容は https://github.com/golang/go からの抜粋です/wiki/CodeReviewComments #receiver-names:

The name of a method's receiver should be a reflection of its identity;
often a one or two letter abbreviation of its type suffices (such as "c" or "cl" for "Client").
Don't use generic names such as "me", "this" or "self", identifiers typical of object-oriented languages that gives the method a special meaning.
In Go, the receiver of a method is just another parameter and therefore, should be named accordingly.
...

簡単な翻訳の概要には次の 2 つの点があります:

1. メソッド レシーバー名はその ID を反映する必要があり、そうではありません。 use me、this、self はオブジェクト指向言語の一般的な識別子です。

2. Go では、メソッド レシーバーは実際にはメソッドの別のパラメーターです。

Receiver はメソッドの最初のパラメータです。

上記の 2 番目の点は理解しにくいかもしれないので、以下のデモを見てみましょう:

// T ...
type T int

// Println ...
func (t T) Println() {
	fmt.Println("value: %v", t)
}

func main() {
	t := T(1)
	t.Println()

	T.Println(t)
// receiver作为函数的第一个参数，这个时候发生值拷贝，所以方法内部的t变量是真实t变量的一个拷贝
// 这和this的含义是不相符的

}
// output:
value: 1
value: 1

通过上面的demo， 我们知道接受者可以直接作为第一个参数传递给方法的。而t.Println()应该就是Go中的一种语法糖了。

到这里可能有同学又要问了， 既然Go提供了这种语法糖，那我们这样命名有什么问题呢？笔者先不着急解释， 我们继续看下面的demo：

// Test ...
type Test struct {
	A int
}

// SetA ...
func (t Test) SetA(a int) {
	t.A = a
}

// SetA1 ...
func (t *Test) SetA1(a int) {
	t.A = a
}

func main() {
	t := Test{
		A: 3,
	}
	fmt.Println("demo1:")
	fmt.Println(t.A)
	t.SetA(5)
	fmt.Println(t.A)
	t1 := Test{
		A: 4,
	}
	fmt.Println("demo2:")
	fmt.Println(t1.A)
	(&t1).SetA1(6)
	fmt.Println(t1.A)
}
// output:
demo1:
3
3
demo2:
4
6

看上面的demo我们知道， 当receiver不是指针时调用SetA其值根本没有改变。

因为Go中都是值传递，所以你如果对SetA的receiver的名称命名为this, self等，它就已经失去了本身的意义——“调用一个对象的方法就是向该对象传递一条消息”。而且对象本身的属性也并不一定会发生改变。

综上: 请各位读者在对receiver命名时不要再用this, self等具有特殊含义的名称啦。

Receiver是可以为nil的！！！

最近在研读h2_bundle.go的时候，发现了一段特殊的代码，顿时惊出一身冷汗，姑在本文补充一下，以防止自己和各位读者踩坑。

源代码截图如下：

惊出我一身冷汗的正是图中标红的部分，receiver居然还要判断为nil！在我的潜意识里一直是这样认为的，receiver默认都是有值的，直接使用就行了。这简直颠覆我的认知，吓得我赶紧写了个demo验证一下：

type A struct {
	v int
}

func (a *A) test() {
	fmt.Println(a == nil)
}

func (a *A) testV() {
	fmt.Println(a.v)
}


func main() {
var a *A
	a.test()
	a.testV()
}

上述输出如下：

a.test() は正常に出力できますが、変数構造体の内部変数 v を処理するときのみパニックが報告されます。 ！ ！幸いなことに、この記事では、Receiver がメソッドの最初のパラメータであることをすでに紹介しました。第一引数なので引数として渡してもnilであっても正常に関数を呼び出すことができ、実際に使用する箇所ではパニックが報告されます。

以上がgo で受信者名に this または self を使用することが推奨されないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。