Golang Go语言中运算符重载有什么实际用途？感觉很鸡肋
看到很多人在讨论...但这玩意有啥作用，工作这么多年完全没 get 到
Golang Go语言中运算符重载有什么实际用途？感觉很鸡肋
对写 DSL 和 库的人才有意义，能让 API 更语义化，或者语句更像数学公式
更多关于Golang Go语言中运算符重载有什么实际用途？感觉很鸡肋的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
实现矩阵相乘 ,相加
result := a1 * a2 + a3
而不是
result := sum(mul(a1, a2) , a3)
比如连接
result := s1 + s2
而不是
result := strings.append(s1, s2)
比如实现一个 代替 must( func f() ) 来简化错误处理
result := ()
而不是
result := must(runServer())
比如检测一堆向量是否能形成环
sum := vector(0,0)
for _,v := range vs{
sum += v
}
if sum == vector(0,0) {
// 形成了环
}
而不是
sum := vector(0,0)
for _, v:= range vs{
sum = vectors.add(sum, v)
}
if sum.x == 0 && sum.y == 0 {
// 形成了环
}
举个更简单的例子，无论 C++、Java 、C#、Python ，大家都喜欢用 Class 或 Struct 。这玩意本质上来说，就是对基础数据结构的包装，或者说是语法糖。如果没有 Class 、Struct ，你自己得用一大堆基础数据结构的数组或 List ，来自行管理这些玩意，于是，这个问题，就转换为：
Class 、Struct 有什么实际用途？
举个栗子
Python 里 pathlib 拼接路径，
不必用+，不必用 join ，用/
dir / "stem.csv"
非常直觉，高效又易读，
每次我用到都感慨这个重载太漂亮了。
这个我认为恰恰是个反面例子
在我看来编程语言中 / 就是除法，读出来是除法，做的事情也该是除法
这和向量和矩阵操作这种符合数学直观逻辑的用法很不一样
不过这很 python 就是了，个人感觉 python 总是做一些自以为”自然“的事情
#11 为嘛 / 只能是除法的意思，而不能是分隔符呢？（比如斜杠青年）
那同理，字符串拼接，也不该用 +，而是像拼接矩阵那样，[str1 str2 str3] ？
重载运算符跟语言没有关系，支持重载都可以用/拼接路径。
做数学的应该都知道符号是非常不够用的，符号在不同域下定义不一样很正常，
*在初等数学里是乘法，高等里就是卷积了。
而且路径的对象类型不属于数学对象，没有除法
就像，C++里面 IO 流用<<和>>，IO 本身也没有比较大小的必要。
在 C++里，比如你写个类，重载一下移位运算符，就可以用左移右移来做输入输出 << >>
C++ 的 filesystem 标准库，也可以用 / 运算符来算路径。比如 std::filesystem::path outputPath = std::filesystem::path(“parent_dir”) / relativePath;
你写一套矩阵库，别人想用起来要是可以直接用 + - * / ，直接 << 输出，可能学习成本就低一点，别人会爽一点。
虽然我确实觉得主要是用来耍帅🤣
严格一点说，大部分语言的运算符即使不支持用户重载，也是已经重载过的了。比如加法 + 严格来说对整数和浮点数是完全不一样的两种操作，像 OCaml 就会区分整数的 + 和浮点数的 +.
所以严格纠结所谓数学上的含义没有意义……
比如我定义了一个向量类型 P ，有 x/y 两个坐标，向量可以加一个向量到新的位置，就是 p3(x3, y3) = (x1+x2, y1+y2), 如果支持运算符重载，在向量类型定义里我重载掉加法，这样我就只要写 p3 = p1 + p2 就行，而不用写 p3.x = p1.x + p2.x ，p3.y = p1.y + p2.y
这个是语言哲学语言设计的范畴，无所谓好坏，支持运算符重载能找到一堆理由，不支持运算符重载的也有一堆理由。
新语言如 rust 也有通过 trait 来支持运算符重载的
你用过 Go 的 math/big （或者其他 decimal 包）就知道了，他们的加减乘除是这样的：<br>func (z *Int) Add(x, y *Int) *Int<br>func (z *Int) Sub(x, y *Int) *Int<br>func (z *Int) Mul(x, y *Int) *Int<br>func (z *Int) Quo(x, y *Int) *Int<br>
本来一行就能写完公式，你用上面的 API 要不断搞中间变量，硬是写成十几二十行，每次写点复杂的计算公式或者 code review ，我就头大，非常想要运算符重载。
a + b 本质就是 a.add(b) 的语法糖。
如果平时开发都是以 crud 为主，那确实看起来差别不大。
但如果是以数学计算为主的开发，重载后的±*/之类的符号是比方法名看得更舒服的。
运算符重载有个好处是可以利用运算符的优先级减少括号层数而使代码变得易读。例如创建 sql 的 dsl 时，如果使用 where ((a add b) eq c) and (d eq e) 对比 where a + b == c && d == e 来说，后者更易读
运算符重载有没有用呢？看楼上感觉没啥大用。
:= 有没有用呢？ var variable type 完全满足了，:= 有时还会因为 shadowing 引出一些问题，但你离得开 := 么？
题外话：实际上开始思考这些内容是一个好的开始，先不说重载有没有用，本身这个事情很好……
在Golang（Go语言）中，确实不支持运算符重载这一特性，这是Go语言设计之初就明确的一项原则。Go语言的设计哲学倾向于简洁和明确，避免复杂性，这也是其受到许多开发者喜爱的原因之一。
关于运算符重载的实际用途，在支持该特性的语言中，它确实可以带来一定的便利，比如允许开发者为自定义类型定义特定的运算行为，使得代码在某些场景下更加直观和简洁。然而，这种便利也伴随着潜在的复杂性，比如可能导致代码的可读性和可维护性下降，因为运算符的含义在不同上下文中可能有所不同。
在Go语言中，虽然缺少了运算符重载这一特性，但开发者可以通过方法（methods）来实现类似的功能。例如，为自定义类型定义特定的加法、减法等方法，明确表达操作的意图。这种方式虽然相对冗长一些，但提高了代码的可读性和明确性，有助于减少因运算符重载带来的潜在误解。
因此，虽然运算符重载在某些情况下可能看起来很有用，但Go语言通过其简洁和明确的设计原则，避免了这一特性的引入，从而保持了语言的简洁性和一致性。对于Go语言开发者来说，理解和接受这一设计选择，是掌握Go语言精髓的重要一步。
