Akka演员道具工厂

我和阿卡正在互相了解。

From : Akka 2.3.6（当前）Actor 推荐实践 http://doc.akka.io/docs/akka/current/scala/actors.html#actorselection-scala#Props

这是一个名为 DemoActor 的示例 actor：

class DemoActor(magicNumber: Int) extends Actor {
  def receive = {
    case x: Int => sender() ! (x + magicNumber)
  }
}

In 推荐做法该文档的部分指出：“在每个 Actor 的伴随对象上提供工厂方法是一个好主意，这有助于保持合适的 Props 的创建尽可能接近 Actor 的定义。”他们喜欢这样做：

object DemoActor {
  def props(magicNumber: Int): Props = Props(new DemoActor(magicNumber))
}

Question : 为 props 方法指定工厂有什么区别：

object DemoActor {
  def props(magicNumber: Int): Props = Props(classOf[DemoActor], magicNumber)
}

如果您错过了，区别在于 Props 构造函数的参数：

new DemoActor(magicNumber)

VS

classOf[DemoActor], magicNumber

来自同一个 akka 文档页面，在道具部分 http://doc.akka.io/docs/akka/current/scala/actors.html#Props，它在使用时还提到Props(classOf[ActorWithArgs], "arg1"）： “在构造 Props 对象期间会验证是否存在匹配的构造函数，如果没有找到或找到多个匹配的构造函数，则会导致 IllegalArgumentEception。”

这样也好不是吗？！？......

这样也好不是吗？！？......

是的，但是如果可以在编译时捕获错误就更好了。直接调用构造函数的好处是编译器会捕获没有匹配构造函数的问题，而不是在运行时抛出异常。

一件有趣的事情是关于Props apply方法是当你写：

Props(new DemoActor(magicNumber))

创建 Props 实例时，不会立即调用 actor 的构造函数。构造函数调用已传递by name而不是by value。您可以在签名中看到这一点Props apply method:

def apply[T <: Actor](creator: ⇒ T)(implicit arg0: ClassTag[T]): Props

请注意创建者参数中的右箭头。这允许推迟创建者的构建，并可能在远程参与者的另一个进程中执行。

这里的一个潜在危险是如果new操作关闭范围并捕获不打算序列化或不可序列化的值，从而使 Props 对象也不可序列化。这就是为什么文档建议在参与者的伴随对象中执行此操作，以最大限度地降低关闭不打算序列化的数据的风​​险。