Go 语言的错误处理语法，不改了！

[kuanat]

官方 blog 在这里 https://go.dev/blog/error-syntax

原文本身不是太长，主要说了几种曾经考虑的方案。具体方案讨论链接里的内容就很多了。

最终决定不改了的主要理由是没有形成共识，次要理由是这事不太重要。

[rmrf]

挺好的，不折腾了

[momowei]

没有特别好的方案吧 ，哪种方案都有反对的，现在的就是裹脚布，但没啥问题，有 ai 就更不是问题了

[RedisMasterNode]

明明强制做错误判断才是最好的姿势，还好没改)

[nativeBoy]

vscode 有个插件可以把错误处理代码变得透明，这有利于浏览代码，没那么杂乱

[lloovve]

我觉得挺好

[coyove]

官方做人，终于干了件正事

[WaterWestBolus]

@nativeBoy 请问名字是？

[wfhtqp]

挺好的

[Akitora]

我明明觉得 ? 这个方案挺好的……

[deacyn]

@nativeBoy 同问这个插件。

[xfriday]

@RedisMasterNode a, _ := foo() 怎么强制？又不是 Rust 可以返回 enum ，必须要判断

[Lightbright]

@deacyn #10 lowlight go errors

[Razio]

不改挺好的，error 强迫症福利。反正改不改，怎么改都会被反对，浪费精力，没意义

[xuhuanzy]

这种具有争议的问题要投票改等于不改，假惺惺的开个讨论装装样子

[tongbufu]

这是好事儿啊

[dacapoday]

本来就不需要改，尤其现在 AI 能帮着写。

[bronyakaka]

if err != nil 是 go 粉应得的

[Lockroach]

不改以后就能有一个新语言可以打着 go 后继者的名声出来，想好了，就叫下一代的后端语言，摒弃 if .. != nil ，性能更高等等特性🐶

[XIVN1987]

挺好，，没有共识就暂时保持现状，，等有绝大多数人都满意的方案了再改。。

[Felldeadbird]

error 处理我觉得挺好的，都明确错误。啰嗦是啰嗦，安全是安全。