From d1b157a4eaa1e8271bb568054b53f815c24719e7 Mon Sep 17 00:00:00 2001
From: wxy <xingyu.wang@gmail.com>
Date: Tue, 28 Mar 2017 08:12:36 +0800
Subject: [PATCH] PRF:20170124 Compile-time assertions in Go.md

@geekpi
---
 .../20170124 Compile-time assertions in Go.md | 22 +++++++++----------
 1 file changed, 11 insertions(+), 11 deletions(-)

diff --git a/translated/tech/20170124 Compile-time assertions in Go.md b/translated/tech/20170124 Compile-time assertions in Go.md
index ad987be541..2e195305a0 100644
--- a/translated/tech/20170124 Compile-time assertions in Go.md	
+++ b/translated/tech/20170124 Compile-time assertions in Go.md	
@@ -2,11 +2,11 @@ Go 语言编译期断言
 ============================================================
 
 
-这篇文章是关于一个鲜为人知的方法让 Go 在编译期断言。你可能不会使用它，但是了解一下也很有趣。
+这篇文章是关于一个鲜为人知的让 Go 在编译期断言的方法。你可能不会使用它，但是了解一下也很有趣。
 
-作为一个热身，这里是一个在 Go 中相当知名的编译时断言：接口满意度检查。
+作为一个热身，来看一个在 Go 中熟知的编译期断言：接口满意度检查。
 
-在这段代码（[playground][1]）中，`var _ =` 行确保类型 `W` 是一个 `stringWriter`，由 [`io.WriteString`][2] 检查。
+在这段代码（[playground][1]）中，`var _ =` 行确保类型 `W` 是一个 `stringWriter`，其由 [`io.WriteString`][2] 检查。
 
 ```
 package main
@@ -39,13 +39,13 @@ main.go:14: cannot use W literal (type W) as type stringWriter in assignment:
 
 这是很有用的。对于大多数同时满足 `io.Writer` 和 `stringWriter` 的类型，如果你删除 `WriteString` 方法，一切都会像以前一样继续工作，但性能较差。
 
-你可以使用编译时断言保护你的代码，而不是试图使用[`testing.T.AllocsPerRun'][3]为性能回归编写一个脆弱的测试。
+你可以使用编译期断言保护你的代码，而不是试图使用[`testing.T.AllocsPerRun'][3]为性能回归编写一个脆弱的测试。
 
 这是[一个实际的 io 包中的技术例子][4]。
 
 * * *
 
-好的，让我们隐晦一点！
+好的，让我们低调一点！
 
 接口满意检查是很棒的。但是如果你想检查一个简单的布尔表达式，如 `1 + 1 == 2` ？
 
@@ -69,9 +69,9 @@ func main() {
 }
 ```
 
-`Hash` 可能是某种抽象的哈希结果。`init` 函数确保它将与[crypto/md5][6]一起工作。如果你改变 `Hash` 为（也就是）`[8]byte`，它会在进程启动时发生混乱。但是，这是一个运行时检查。如果我们想要早点发现怎么办？
+`Hash` 可能是某种抽象的哈希结果。`init` 函数确保它将与 [crypto/md5][6] 一起工作。如果你改变 `Hash` 为（比如说）`[8]byte`，它会在进程启动时发生崩溃。但是，这是一个运行时检查。如果我们想要早点发现怎么办？
 
-就是这样。（没有 playground 链接，因为这在 playground 上不起作用。）
+如下。（没有 playground 链接，因为这在 playground 上不起作用。）
 
 ```
 package main
@@ -109,11 +109,11 @@ main.init.1: undefined: "main.hashIsTooSmall"
 
 `hashIsTooSmall` 是[一个没有函数体的声明][7]。编译器假定别人将提供一个实现，也许是一个汇编程序。
 
-当编译器可以证明 `len（Hash {}）<md5.Size` 时，它消除了 if 语句中的代码。结果，没有人使用函数 `hashIsTooSmall`，所以链接器会消除它。没有其他损害。一旦断言失败，if 语句中的代码将被保留。不会消除 `hashIsTooSmall`。链接器然后注意到没有人提供了函数的实现然后链接失败，并出现错误，这是我们的目标。
+当编译器可以证明 `len（Hash {}）< md5.Size` 时，它消除了 if 语句中的代码。结果，没有人使用函数 `hashIsTooSmall`，所以链接器会消除它。没有其他损害。一旦断言失败，if 语句中的代码将被保留。不会消除 `hashIsTooSmall`。链接器然后注意到没有人提供了函数的实现然后链接失败，并出现错误，这是我们的目标。
 
-最后一个奇怪的点：为什么是 `import "C"`？ go 工具知道在正常的 Go 代码中，所有函数都必须有主体，并指示编译器强制执行。通过切换到 cgo，我们删除该检查。（如果你在上面的代码中运行 `go build -x'，而没有添加 `import "C"` 这行，你会看到编译器是用 `-complete` 标志调用的。）另一种方法是添加 `import "C"` 来[向包中添加一个名为 `foo.s` 的空文件][8]。
+最后一个奇怪的点：为什么是 `import "C"`？ go 工具知道在正常的 Go 代码中，所有函数都必须有主体，并指示编译器强制执行。通过切换到 cgo，我们删除该检查。（如果你在上面的代码中运行 `go build -x`，而没有添加 `import "C"` 这行，你会看到编译器是用 `-complete` 标志调用的。）另一种方法是添加 `import "C"` 来[向包中添加一个名为 `foo.s` 的空文件][8]。
 
-我在[编译器测试套件][9]中只知道这种使用。还有其他[可以发挥想象力的使用][10]，但还没有人打扰。
+我仅见过一次这种技术的使用，是在[编译器测试套件][9]中。还有其他[可以发挥想象力的使用][10]，但我还没见到过。
 
 可能就是这样吧。 :)
 
@@ -124,7 +124,7 @@ via: http://commaok.xyz/post/compile-time-assertions
 
 作者：[Josh Bleecher Snyder][a]
 译者：[geekpi](https://github.com/geekpi)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
 
 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出