Question

这是一个OO设计问：我在我的应用程序中使用了typesafe配置。 Config界面非常有用，但我的应用程序中有几个字段;配置文件是必需的。我想要做的是创建一个Config的子接口并添加这两个顶级方法。像这样的东西

trait AppConfig extends Config{
    def param1:String 
    def param2:String 
}

然而，在给定Config实例的情况下创建AppConfig的真实实例似乎不可行。（我不想创建包装器对象并复制Config接口上的所有方法）。理想情况下，我正在寻找可以实现与此相近的东西

val conf:Config = //get config object from somewhere
return conf with AppConfig { overrider def param1 = {"blah"} }

我明白最后一行是无效的。但我正在寻找具有同等功能的模式/构造。

Answer 1

我们一直在使用Configrity这样的事情。这是一个例子：

我们保留用于对象

中的单元测试/等的编译默认值

object DefaultConfigs {
  val defaultConfig = Configuration(
    "param1" -> "blah"
  )

  val otherConfig = Configuration(
    "param2" -> "blah"
  )

  val appConfig = defaultConfig.include(otherConfig)
}

然后在运行时我们可以包括它们

val appConfig = Configuration.load(pathToConfig) include DefaultConfigs.appConfig

Answer 2

如何结合使用Dynamic和Reflection。动态处理您的便捷方法和反射来处理配置方法。

这是一个刺：

class ConfigDynamic(val config: Config) extends Dynamic {
  def selectDynamic(name: String)= {
    name match {
      case "field1" => 
        config.getString("field1")
      case x @ _ =>
        // overly simplified here
        val meth = configClass.getDeclaredMethod(x)
        meth.invoke(config)
    }
  }
}

Answer 3

你正在寻找的基本上是有人称之为“动态混合”。 scala不支持开箱即用。有人开发了一个编译器插件来支持这个：http://www.artima.com/weblogs/viewpost.jsp?thread=275588

然而，它有点旧，项目似乎不再活跃。

更好的选择是使用scala宏实现此功能（需要scala 2.10，它还没有稳定的版本）。

尽管如此，所有这些可能都是过度杀戮。在一些经过良好测试的库可用之前，我建议手工创建代理（无论看起来多么沉闷）：

trait ConfigProxy extends Config {
  def impl: Config
  // Forward to the inner config
  def root: ConfigObject = impl.root
  def origin: ConfigOrigin = impl.origin
  //... and so on
}

val conf:Config = //get config object from somewhere
val myConf: AppConfig = new AppConfig with ConfigProxy { 
  val impl = conf
  val param1:String = "foo"
  val param2:String = "bar"
}

Scala trait mixins用于对象/类型安全配置

3 个答案: