有了泛型，以前一直想做的 Go 错误处理终于可以实现了

[SuperMild]

有些错误不需要特殊处理，就能用这些简单方便的函数，有错误就 panic, 无错误就直接返回有用结果：

func Try(err error) {
	if err != nil {
		panic(err)
	}
}

func Try1[V any](val V, err error) V {
	Try(err)
	return val
}

func Try2[V1 any, V2 any](val1 V1, val2 V2, err error) (V1, V2) {
	Try(err)
	return val1, val2
}

一个例子：

// 不使用泛型的传统实现
func GetExePath() string {
	path, err := os.Executable()
	if err != nil {
		panic(err)
	}
	return path
}

// 使用泛型，告别 `if err != nil`
func GetExePath() string {
	return Try1(os.Executable())
}

[SuperMild]

@dragonsunmoon 我一直很敬佩 Rob Pike

他超过 65 岁了，但他毫不墨守成规，他敢反主流。他不会问主流是什么，如果大家不符合主流会不会沟通困难，他设计的 Go 语言就极大胆地反主流，一个新语言，静态类型的，敢没有 try-catch 处理异常，没有泛型，敢加进指针，没有标准的面向对象，而是用隐性接口，这一大堆设计都是非常大胆的。

按照上面很多人的说法，完全可以说 Go 语言本身就有一大堆不伦不类的设计。但是，为什么要这样想问题呢，连 60 多岁的老人都敢勇于“标新立异”。

============

题外话，Go 官方网站的文档 pkg.go.dev 是当今极罕见，代码不带语法高亮的，但是我们也许并未感觉有啥特别不方便。因为 Rob Pike 发现，语法高亮其实没啥用。

我自己的体验是，写代码时语法高亮有点帮助，但阅读代码时，一旦沉浸进去，是绝对感受不到有没有高亮的区别的。

[fds]

op 推荐的 https://github.com/samber/do 这个 DI 库看起来不错，找机会试用下，少写点儿全局变量。

[standchan]

panic 没啥问题，但是一般我们都是在程序初始化的过程中如果发生问题就直接 panic 掉，比如数据目录的创建失败之类的，在程序运行过程中是极少 panic 的（几乎没有）你写这个用起来舒服，但是 log 报错的代码行数都是 Try 函数的第三行吧，这个就很麻烦。

[standchan]

@SuperMild 你把错误丢给一个函数去处理，然后报错的时候，你定位不到具体代码行，这个想过吗

[SuperMild]

@standchan 你看我正文第一句话 “有些错误不需要特殊处理”，如果我没想过这个函数的使用场景有限，我又怎么会说这句话呢。

[libinglong9]

还是用 nodejs 吧