Golang官网截图
上图是Golang官网FAQ的部分截图，看来关于Go不支持重载的这个问题困扰了很多从面向对象语言转到Go的开发者。官方在这里做出了解答。
在上面的回答中有这样一句话：
Experience with other languages told us that having a variety of methods with the same name but different signatures was occasionally useful but that it could also be confusing and fragile in practice.
其意思是：使用其他语言的经验告诉我们，使用具有相同名称但签名不同的多种方法有时会很有用，但在实践中也可能会造成混淆和脆弱。
接下来又说：在Go的类型系统中，仅按名称进行匹配并要求类型一致是一个简化的主要决定。
最后一句话：关于操作员重载，似乎比绝对要求更方便。 同样，没有它，事情会变得更简单。
整个的解答非常漂亮、简洁。我们看完之后就会理解，Go语言的设计者之所以没有在Go中实现方法的重载，并没有复杂的理由，核心原则就是：让Go保持足够的简单。 这也能看出来Go语言的设计者有着极大的选择和克制。
其实，笔者认为重载在本质上并没有很大的实际意义。只是表现力和表现形式上有一定的差别。明确某个上下文中的函数调用的关键就是函数签名，支持重载的语言中一般是函数名加函数参数构成函数签名。而Go中可以认为函数名就是签名。逻辑上没有太大的区别，就是把工作做在了台前 还是幕后的区别。
当然如果非要较真的话，我们或许可以在Go中声明方法的时候将参数写成interface{} 或者 ... 切片的方式。在传进来参数的时候做一步校验，判断参数的类型和个数，然后分别处理之。
仁者见仁智者见智，大家有什么不同的理解欢迎一起沟通。
网友评论