7x31/the-way-to-go_ZH_CN
1
0
Fork 0
mirror of https://github.com/unknwon/the-way-to-go_ZH_CN.git synced 2025-08-12 00:43:26 +08:00
Code Issues Packages Projects Releases Wiki Activity

第十三章修改 (#837)

Browse Source 
Co-authored-by: Joe Chen <jc@unknwon.io>
This commit is contained in:
Haigang Zhou
2022-05-13 19:20:09 +08:00
committed by GitHub
parent d29644465a
commit 92d91dfa1c
11 changed files with 70 additions and 70 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
eBook/13.4.md
View File

@@ -2,15 +2,15 @@
这是所有自定义包实现者应该遵守的最佳实践：
1）*在包内部，总是应该从 panic 中 recover*：不允许显式的超出包范围的 panic()
1）*在包内部，总是应该从 panic 中 recover*：不允许显式的超出包范围的 `panic()`
2）*向包的调用者返回错误值（而不是 panic）。*
在包内部，特别是在非导出函数中有很深层次的嵌套调用时，将 panic 转换成 error 来告诉调用方为何出错，是很实用的（且提高了代码可读性）。
在包内部，特别是在非导出函数中有很深层次的嵌套调用时，将 panic 转换成 `error` 来告诉调用方为何出错，是很实用的（且提高了代码可读性）。
下面的代码则很好地阐述了这一点。我们有一个简单的 parse 包（示例 13.4）用来把输入的字符串解析为整数切片；这个包有自己特殊的 `ParseError`。
下面的代码则很好地阐述了这一点。我们有一个简单的 `parse` 包（示例 13.4）用来把输入的字符串解析为整数切片；这个包有自己特殊的 `ParseError`。
当没有东西需要转换或者转换成整数失败时，这个包会 panic（在函数 fields2numbers 中）。但是可导出的 Parse 函数会从 panic 中 recover 并用所有这些信息返回一个错误给调用者。为了演示这个过程，在 [panic_recover.go](examples/chapter_13/panic_recover.go) 中 调用了 parse 包（示例 13.5）；不可解析的字符串会导致错误并被打印出来。
当没有东西需要转换或者转换成整数失败时，这个包会 `panic()`（在函数 `fields2numbers()` 中）。但是可导出的 `Parse()` 函数会从 `panic()` 中 `recover()` 并用所有这些信息返回一个错误给调用者。为了演示这个过程，在 [panic_recover.go](examples/chapter_13/panic_recover.go) 中 调用了 `parse` 包（示例 13.5）；不可解析的字符串会导致错误并被打印出来。
示例 13.4 [parse.go](examples/chapter_13/parse/parse.go)：
@@ -118,5 +118,5 @@ Parsing "":
## 链接
- [目录](directory.md)
- 上一节：[从 panic 中恢复（Recover）](13.3.md)
- 上一节：[从 panic 中恢复 (recover)](13.3.md)
- 下一节：[一种用闭包处理错误的模式](13.5.md)