0

编辑：我同意反对票的观点，但不同意解决方案。所以我已经更正/破坏了问题中的代码，所以它有解释的问题。我已经留下了答案和我原来的评论。在我看来，第 12 行的“def vs val”对于像我这样的初学者来说是一个不明显的问题。

我有一些我正在尝试编写的 Scala，但我无法让它完全按照我想要的方式运行。

我想做的是调用一些函数，这个函数应该接受一些配置参数，然后配置另一个函数并返回。然后调用者会重复使用这个返回的函数，知道它是以某种方式配置的。对返回函数的重复调用不应导致（昂贵的）配置重新运行。

例如;

1   private def send(host : String, port : Int)(msg : String) = {
2    // send msg to host:port
3  }
4 
5  def sendConfiguredFor(cfg : ConfigOptions) = {
6    // expensive function to figure out what host/port to use
7    val host = ...
8    val port = ...
9
10  send(host, port) _
11 }

然后调用者应该能够；

12 def mySend = sendConfiguredFor(someCfg)
13 mySend("msg1")
14 mySend("msg2")

以上是我目前所拥有的经过编辑的剪切/粘贴。我实现的问题是每次调用“mySend”都会重新运行整个“sendConfigurationFor”，这不是我想要的。

我确定我读过“Scala Puzzler”，其中这种行为是出乎意料的（因此是错误的）答案。现在我实际上正在尝试使用我无法使用的相同行为 - 我也找不到谜题。

4

1 回答 1

2

首先，它与PartialFunction- 不要将它们与部分应用的功能混淆。

其次，它可以按预期工作val：

def send(host : String, port : Int)(msg : String) = {
  println("sending...")
}

def sendConfiguredFor(cfg : Any) = {

  val host = "localhost"
  val port = 8080

  println("configuring...") //will be called only once

  send(host, port) _
}

scala> val mySend = sendConfiguredFor(null)
configuring...
mySend: String => Unit = <function1>

scala> mySend("msg1")
sending...

scala> mySend("msg2")
sending...
于 2015-04-23T18:36:34.997 回答