前言
在日常的开发中我们除了定义函数以外, 我们还会定义一些方法。这本来没有什么, 但是一些从PHP或者其他面向对象语言转GO的同学往往会把receiver name命名为this,self,me等。
笔者在实际项目开发中也遇到类似的同学, 屡次提醒却没有效果,于是决心写下这篇文章以便好好说服这些同学。
CR标准做法
首先我们来看一下GO推荐的标准命名Receiver 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 ofobject-oriented languages that gives the method a special meaning.InGo, the receiver of a methodis just another parameter and therefore, should be named accordingly.……
简单翻译总结有如下2点:
方法接受者名称应反映其身份, 并且不要使用me,this,self这些面向对象语言的典型标志符。在go中方法接受者其实就是方法的另一个参数。Receiver是方法的第一个参数!
上面的第二点, 可能不是很好理解,所以我们直接看下面的demo:
通过上面的demo, 我们知道接受者可以直接作为第一个参数传递给方法的。而t.Println()应该就是Go中的一种语法糖了。
到这里可能有同学又要问了, 既然Go提供了这种语糖,那我们这样命名有什么问题呢?笔者先不着急解释, 我们继续看下面的demo:
看上面的demo我们知道, 当receiver不是指针时调用SetA其值根本没有改变。
因为Go中都是值传递,所以你如果对SetA的receiver的名称命名为this,self等,它就已经失去了本身的意义——“调用一个对象的方法就是向该对象传递一条消息”。而且对象本身的属性也并未发生改变。
综上: 请各位读者在对receiver命名时不要再用this,self等具有特殊含义的名称啦。
最后, 祝各位事业有成!
生命不息, 探索不止, 后续将持续更新有关于go的技术探索
原创不易, 卑微求关注收藏二连.