go - 如何编写 “exception oriented”代码而不是 “if-error oriented”代码？

Question

This question already has answers here:

is it wrong to treat panic / recover as throw / catch

(2个答案)


1小时前关闭。




如何在Go中使用“面向异常”范式而不是“面向错误”范式？
这意味着，无需检查每个调用的错误值，如果什么也做不回去就返回它，它将自动“返回/抛出” ，直到“某人”想要处理它为止。
示例:考虑让x函数的调用堆栈 main()->a()->...->x()和 x()返回错误，例如某些数据库连接错误。在这个特定的用例中，我希望程序结束并输出错误。我不想花时间/代码检查所有 a()到 y()方法中的错误，只是为了返回它。我只想在 main()方法中处理并打印错误。
*** 请，这不是比较，也不是讨论不同范式的优缺点。这是一个简单的问题，有关如何(如果可能)在Go中使用“面向异常”范例。
关于资源的说明，我浏览了很多博客文章，包括 this正式文章，但找不到答案。

最佳答案

How can I use the "exception oriented" paradigm in golang instead of the "if-error oriented" paradigm?

如 https://golang.org/ref/spec#Handling_panics的语言规范中所述，使用 panic和延迟的 recover(每个人都会理所当然地讨厌您和您进行编码)。
您可能会认为这种类型的“错误处理”会更好，并且可以使您从编写代码中解放出来，这也许是因为您考虑的示例可能过于简化:在您的示例中，调用log.Fatal似乎很合适(这是常见的“错误”不需要任何清理工作的小型命令行实用程序的“处理”策略。但是请注意，一旦您的“异常(exception)”(已阅读 panic )需要中间清理工作(已阅读许多有条件的推迟工作)，便会放入一个goroutine中并“捕获”(在另一个goroutine中，通过“面向异常”，“错误处理”的所有这种“简化”突然消失了，与简单错误相比，您将编写更多(更复杂)的代码。
只是习惯了理智的错误处理。

关于go - 如何编写 “exception oriented”代码而不是 “if-error oriented”代码？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/65894831/

上一篇：java - 为什么Java只在基本程序中加上

下一篇：matlab - Matlab : how to redefine indexing to begin from zero? `Subscript indices must either be real positive integers or logicals.` [closed]

Answer 1

How can I use the "exception oriented" paradigm in golang instead of the "if-error oriented" paradigm?

如 https://golang.org/ref/spec#Handling_panics的语言规范中所述，使用 panic和延迟的 recover(每个人都会理所当然地讨厌您和您进行编码)。
您可能会认为这种类型的“错误处理”会更好，并且可以使您从编写代码中解放出来，这也许是因为您考虑的示例可能过于简化:在您的示例中，调用log.Fatal似乎很合适(这是常见的“错误”不需要任何清理工作的小型命令行实用程序的“处理”策略。但是请注意，一旦您的“异常(exception)”(已阅读 panic )需要中间清理工作(已阅读许多有条件的推迟工作)，便会放入一个goroutine中并“捕获”(在另一个goroutine中，通过“面向异常”，“错误处理”的所有这种“简化”突然消失了，与简单错误相比，您将编写更多(更复杂)的代码。
只是习惯了理智的错误处理。