2

我想解决一个Config对象，说config1另一个，说config2。

唯一允许此类操作的公共 API 是config1.withFallback(config2).resolve(). 但是，这会添加我们不想要的config2条目。config1

在一些调查中，我们发现了一个名为的非公共类ResolveContext，它为此提供了一种方法。所以我们使用反射来利用它。我们当前的代码：

object ConfigImplicits {
  implicit class RichConfig(val config: Config) extends AnyVal {
    def resolveWith(source: Config): Config = {
      val resolver = resolveContext.getDeclaredMethod(
        "resolve", 
        abstractConfigValue, 
        abstractConfigObject, 
        configResolveOptions
      )
      resolver.setAccessible(true)
      resolver.invoke(
        null,
        config.underlyingAbstractConfigObject,
        source.underlyingAbstractConfigObject,
        ConfigResolveOptions.defaults
      ).asInstanceOf[ConfigObject].toConfig
    }

    def underlyingAbstractConfigObject = {
      val f = simpleConfig.getDeclaredField("object")
      f.setAccessible(true)
      f.get(config)
    }
  }

  val resolveContext = Class forName "com.typesafe.config.impl.ResolveContext"
  val abstractConfigValue = Class forName "com.typesafe.config.impl.AbstractConfigValue"
  val abstractConfigObject = Class forName "com.typesafe.config.impl.AbstractConfigObject"
  val configResolveOptions = classOf[ConfigResolveOptions]
  val simpleConfig = Class forName "com.typesafe.config.impl.SimpleConfig"
}

我们意识到，依靠非公开内部信息可能不是一个好主意。所以：

  1. 是否有一个我们以某种方式错过的公共方法已经这样做了？
  2. 如果没有，我们是否应该提出拉取请求？
4

1 回答 1

1

AFAIK 没有公共方法。一个不那么脆弱的解决方法而不是依赖私有 API 可能是首先使用您的源对象作为后备进行解析，然后迭代您从中解析的源对象中的键，然后从目标对象中删除那些不需要的键。

我想不出不添加 Config.resolveWith() 的原因，但我想知道是否有原因，因为我确实记得考虑过它。也许我只是认为没有人会使用它。

如果您提出拉取请求，请务必包含测试和文档。我认为拉取请求是合理的，假设它的代码很少（如我所料）。当前的 master 分支对 API 添加开放，将出现在最终的 1.2 版本中。

于 2013-06-25T14:36:45.953 回答