这是一个创建于 812 天前的主题，其中的信息可能已经有所发展或是发生改变。
一直用 golang ，一直有人吐槽 golang 错误处理很繁琐，一开始觉得还好，直到遇见了 rust 。不得不说 rust 错误处理真的很优雅。写了一段时间 rust 反过来写 golang ，繁琐感瞬间就出来了
第 1 条附言 2023 年 10 月 24 日
补充：我个人对 go 错误返回形式没什么太大意见（相比 try-catch 来说已经很不错了），让我觉得反感的是一遍又一遍的 if err != nil { return nil, err } 。我个人希望可以参考 rust 的返回处理方式，增加一点语法糖，比如? map_err
 | 1 equationzhao 2023 年 10 月 22 日 确实，看过 rust 就觉得 go 的 err 有点... |
 | 2 Sezxy 2023 年 10 月 22 日 via Android 我见过吐槽 go 的 err 的，下都都会用 java 来反驳，来证明 go 的 err 是最优雅的 |
 | 3 learningman 2023 年 10 月 22 日 Box<dyn Error> 一把梭是吧 其实 go 里你是能实现 rust 风格的 error 处理的，pattern matching 不好整，.unwrap 啥的你可以 replace error 搞 |
 | 4 atVoid 2023 年 10 月 22 日 https://github.com/morrisxyang/errors, 这里实现了 wrap, unwrap 等常见能力, 添加了错误码和堆栈的支持. rust 的 pattern matching 可以给我一些 example 和资料吗? 我看看是否可以添加. @yaott2020 |
 | 5 thevita 2023 年 10 月 22 日 现在 go 错误处理比刚出来的时候好多了，繁琐是有点，但是没啥心智负担（对写应用来说），只是和 rust 比起来显得有点草率，基本和 rust 无脑 anyhow::Error 一样 |
 | 6 unnamedhao 2023 年 10 月 22 日 if err != nil |
 | 7 cyp0633 2023 年 10 月 23 日  4 感觉，rust>go>其他绝大部分 try-catch |
 | 8 studyrun 2023 年 10 月 23 日 大道至简 警告[滑稽] |
 | 9 fdwjtz 2023 年 10 月 23 日 接触 go 之前一直写 c ，go 这种错误处理方式倒觉得挺适应的 |
 | 10 herozzm 2023 年 10 月 23 日 try-catch 比 go 的 error 更恶心 |
 | 11 pursuer 2023 年 10 月 23 日 try-catch 多被用于异常处理，控制流来说是快速返回调用栈的作用(stack unwinding)，C 里也有类似的 setjmp,longjmp 机制。 而 go 里 error 是多返回值，绝大多数语言其实也都可以实现类似的方案。 |
 | 13 bli22ard 2023 年 10 月 23 日 golang 的很糟糕，rust 比 golang 好在哪里？ |
 | 14 abcdexx 2023 年 10 月 23 日 我们 go 语言错误处理就是这样子的 (#^.^#) |
 | 15 trzzzz 2023 年 10 月 23 日 golang 官方解释说：异常也被认为是一种返回值类型 |
 | 16 kingbill 2023 年 10 月 23 日 Java 的 try catch 不是能在最外层统一处理吗？我感觉这样挺省事的啊，反而是 go 每一层都要 if err != nil 感觉很唆 |
 | 17 PTLin 2023 年 10 月 23 日 月经贴了属于是 |
 | 18 Winrey 2023 年 10 月 23 日 个人觉得 java 的报错摆烂处理方便些； golang 精确处理方便些 rust 怎么都方便 |
 | 20 yaott2020 OP @atVoid rust 主要是有个 Result 枚举类型，以及语法糖'?'，再加上一些 map_err unwrap_or 函数之类的，go 能做吗？ |
 | 22 mmdsun 2023 年 10 月 23 日 via iPhone @fenglangjuxu @herozzm 很多语言都是 try catch 那套吧？ Java 主要是检查性异常必须捕获就很恶心了，但是现在也可以用 lombok 插件加个 @SneakyThrows |
 | 23 BBCCBB 2023 年 10 月 23 日 go 的 if err != nil {} 比 java 的 try catch 难用多了.. 这玩意儿每个地方都要强制 if err!=nil {}一波  rust 的还可以. 毕竟可以? 直接往外面传播. 可以在最外层统一处理. |
 | 24 hancai 2023 年 10 月 23 日 用习惯了，没感觉，配合 Copilot 就一个 tab 的事情 |
 | 25 wei2629 2023 年 10 月 23 日 是繁琐 但是 try-catch 怎么判断 到底错误在什么地方出现呢？难道随时打开堆栈信息吗？ |
 | 26 littlewing 2023 年 10 月 23 日 写 C 的表示没啥 |
 | 27 hellodudu86 2023 年 10 月 23 日 Do you guys not write c?? |
| 28 trzzzz 2023 年 10 月 24 日 via iPhone @yaott2020 不是啊 你就当异常是一个返回值。比如方法需要返回 int ，但方法里面处理可能会异常，那么你就在该方法加一个返回值变成 func method() (int, error) |
| 30 BBCCBB 2023 年 10 月 24 日 |
 | 31 darksword21 PRO 无感，基本还没写过 try catch 的语言，go 的这种就感觉挺符合直觉的，当然觉得应该还有改善空间。。 |
 | 32 cp19890714 2023 年 10 月 24 日 我觉得, return error 和 try catch 的应用场景有差异, 各有优势, 语言应该同时提供这两种, 由程序员自己决定用哪种. |
Select Language