在#11581中，包括来自robpike的类似(最近)讨论："Stringer不需要支持完整的语言。"

是的。其中，有一条评论是：“我很难想出为什么要改写成更简单的(AST方面)X T = iota会有什么问题。”这可能是一个有问题的情况；我没有看到如何在那种形式中声明不同类型的并行事物。

我看不到以这种形式声明不同类型并行事物的方法。
那么，将它们声明在单独的 const 块中怎么样？

cc @myitcv

经过进一步检查，这可能只是#11581的重复问题，后者已被标记为不会修复。

如果它们位于不同的const块中，它们不再是并行的；它们可能会不同步。将声明放在同一条线上可以提供额外的清晰度，并防止错误。
对比：

const (
Foo = iota, FooMask = (1 << iota)
Bar, BarMask
Baz, BazMask
)

和

const (
Foo = iota,
Baz
Bar
)

const (
FooMask = (1 << iota)
BarMask
BazMask
)

你可能很容易发现这里的不对齐。如果有20个项目，这会变得困难得多。使用第一种形式更容易，因为你只需要验证每行的正确性，而不需要检查它们的顺序。
所以，这与11581类似，但我认为这提供了一个具体的用例，其中将类型放在左侧的重写将无法正常工作，因为确实有一个用例需要以一种明确的并行方式声明两种不同类型的事物。

如果 stringer 再次使用 go/types,这不应该默认生效吗？stringer 不应该关心我们是否声明了类型，或者它是由常量块推断出来的 - go/types 将给我们提供我们要生成的类型的所有用法，对吗？

是的，我最初也是这样想的——但是看看之前那个问题的讨论。我认为只要代码和逻辑保持简单，利用go/types进行处理是没有问题的。