时间戳

首页 > 解决方案 > 如何在 GO 中处理全局状态

go - 如何在 GO 中处理全局状态

问题描述

我最近加入了一个项目，其中有一个外部配置样式服务——基本上是一个用 jsonrpc 调用的 KV 存储。

不要问它为什么在那里..

我需要查询此配置服务以获取代码库内部使用的白名单。

但是，如果不使用全局变量，我无法找到解决方案。例如，我调用一个函数从包中获取配置，A但必须导出 var 才能在其他包中使用。我最初的解决方案是使用gocache在包中设置缓存并导出缓存访问器以具有某种类型限制。但是，这增加了复杂性，并且似乎太多了，而不仅仅是将 val 存储在导出的 var 中。

我已经看到标准库中使用了全局变量，但很困惑，因为这违反了封装法则？

将不胜感激任何建议如何解决这样的问题。

标签： go

解决方案

如果您的项目很小或预计不会有太大变化，那么全局配置可能没问题。不过，我会将配置变量放在自己的包中。另一方面，如果预计项目会随着时间的推移而增长，那么将内容封装起来是有意义的。

您可以将配置作为参数从包A以方法或构造函数参数的形式传递给任何其他需要它的包吗？我认为传递东西会使对配置的依赖变得明显，并且还允许在测试中更容易地模拟。

就个人而言，我会像这样构建项目（如果我从头开始工作 - 可能不是你拥有的奢侈品）：

project root
|
|- config/
|  |- Config (interface) -> knows how to fetch config form JSON-RPC and caches it if necessary
|  |  |- GetSomething1()
|  |  |- GetSomething2()
|  |  |- Get(key string) -> If you have arbitrary keys
|  |
|  |- NewJsonRpcConfig(settings) -> returns something that implements the Config interface
|
|- main.go -> calls config.NewConfig()
   |
   |- Passes the resulting Config interface as a parameter to anything that needs it.
      Packages don't directly interact with a global variable.

所有配置文件都在config包中。它可以与 JSON-RPC 服务器对话，可能缓存结果并返回配置。该main包创建配置获取器的实例并将其传递给需要使用配置的所有实例。

推荐阅读