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