在切片末尾工作是否惯用？

我正在阅读 Go 的compress/flate包，我发现了这段奇怪的代码[1]：

n := int32(len(list))
list = list[0 : n+1]
list[n] = maxNode()

在上下文中，list保证指向后面有更多数据的数组。这是一个私有函数，因此不能在库外部滥用。

对我来说，这似乎是一个可怕的黑客行为，应该是一个运行时异常。例如，以下 D 代码生成 RangeError：

auto x = [1, 2, 3];
auto y = x[0 .. 2];
y = y[0 .. 3];

滥用切片可以通过以下方式更简单（并且看起来更安全）：

x := []int{1, 2, 3}
y = x[:2]
y = append(y, 4) // x is now [1, 2, 4] because of how append works

但这两种解决方案看起来都非常老套和可怕，恕我直言，不应该像它们那样工作。这种事情被认为是惯用的 Go 代码吗？如果是的话，以上哪一项是more惯用语？

[1] - http://golang.org/src/pkg/compress/flate/huffman_code.go#L136

这并不是滥用切片，这只是完美地利用了切片的含义：数组上的窗口。

我将从中获取这个插图我做的另一个相关答案 :

 array : [0 0 0 0 0 0 0 0 0 0 0 0]
 array :  <----   capacity   --->
 slice :     [0 0 0 0]
 slice :      <---- capacity ---> 

当数组大于切片时，当您知道不会超出底层数组时，通过扩展切片来获取更大的切片是正常和标准的（可以使用cap()).

关于您作为示例提供的错误代码，是的，它可能很危险，但是数组和切片是语言最基本的结构之一，如果您想避免此类错误，则必须在使用它们之前了解它们。我个人认为任何 Go 程序员不仅应该了解 API，还应该了解what是切片.

在您链接到的代码中，简短的分析表明，不可能存在溢出，因为list被创建为

list := make([]literalNode, len(freq)+1)

然后调整大小为count不能大于len(freq) :

list = list[0:count]

人们可能更喜欢多一些注释，但由于该函数包含list = list[0 : n+1]是私有的并且仅从一个地方调用，也可以认为注释冗长和代码晦涩之间的平衡听起来是正确的。有太多注释隐藏代码是很痛苦的，任何需要阅读此代码的人都可以像我一样轻松检查是否有溢出。