假设，但不是凭空想象，在你的程序中，你注册了一堆 expvar 包的统计变量[1]，用来在暴露出去的 JSON 结果中能有一个容易辨识的名字。
假设，但不是凭空想象，在你的程序中，你注册了一堆 expvar 包的统计变量[1]，用来在暴露出去的 JSON 结果中能有一个容易辨识的名字。普通的实现方式下，你可能会有一大堆全局变量，对应着程序追踪的各种信息。这些变量与其他的全局变量混成一团，这毫无美感，如果我们能规避这种情况，那么事情会变得不那么糟糕。
归功于 Go 对匿名结构类型的支持，我们可以实现。我们可以基于匿名结构类型创建一个变量集合的命名空间：
- vareventsstruct{
- connections,messages[expvar.Int](expvar.Int"expvar.Int")
- tlsconns,tlserrors[expvar.Int](expvar.Int"expvar.Int")
- }
在我们的代码中，我们可以使用 events.connects 等等，而不是必须用一些很糟糕或容易引起歧义的名字。
我们也可以在全局等级范围外用这种方法。你可以在这种命名空间结构内把任意的变量名集合隔离开。一个例子就是把计数变量嵌入到另一个结构体中：
- typeipMapstruct{
- sync.Mutex
- ipsmap[string]int
- statstruct{
- Size,Adds,Lookups,Delsint
- }
- }
- typeipMapstruct{
- sync.Mutex
- ipsmap[string]int
- statstruct{
- Size,Adds,Lookups,Delsint
- }
- }
原因很明显，这对于不需要进行初始化的变量类型是最好的解决方案;其他的变量类型需要进行一些初始化，这稍微有一点点笨重。
这可能不合某些人的口味，我也不知道这在 Go 中是不是好的做法。我的个人观点是，我与其用前缀 prefix_ 来隔离变量名，不如用前缀 prefix. ，尽管人为地引入了这样的匿名结构体。但是一些人可能会有不同看法。即使在我看来，它也确实是侵入较大的修改，但可能它是合法的。
(为了更加明确地统计计数信息，这也是一种方便地暴露所有信息的方法[2])
出于好奇我快速浏览了当前开发中的 Go 编译器和标准库，隐约在几处地方发现了疑似使用这种方式的地方。并不是所有的使用方式都一样，所以看了源码后我要说的重点是，这似乎也不是一种完全不可容忍或被原作者反对的观点。
©本文为清一色官方代发，观点仅代表作者本人，与清一色无关。清一色对文中陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文不作为投资理财建议，请读者仅作参考，并请自行承担全部责任。文中部分文字/图片/视频/音频等来源于网络，如侵犯到著作权人的权利，请与我们联系（微信/QQ:1074760229）。转载请注明出处：清一色财经
微信扫码打赏 
支付宝扫码打赏 
