java – Akka.我应该将所有服务/ DAO实施为演员吗？

在Java世界中,使用3层体系结构(表示层,服务层和DAO层)设计应用程序被认为是最佳实践.

但我目前的应用程序使用Scala和Akka.在我的一个演员中,在收到一些消息后,我需要从DB中检索国家列表.如果我使用过Java,我很可能会创建CountryService接口及其实现,以及具有相应实现的CountryDao.

但Akka的做法是什么？我应该按演员包装CountryService吗？我认为这是个坏主意,因为在这种情况下,我的演员收到一些消息后需要发送另一条消息来检索所有国家,并在它回复原始发件人之后.

解决方法:

这完全基于我与Akka的经验,其他人可能不同意.

如果你的国家演员没有州,那么不要让它成为演员.只需简单地使用Scala的Future API并将其传回给将调用它的Actor.这样,数据库调用可以在与Actors完全不同的执行上下文上运行(您不应该在Actors内部执行阻塞调用).如果您正在考虑缓存,那么我的意见是缓存仍然不是真正的状态,并且使用Guava Cache是线程安全的并且可以解决问题.

所以这看起来像这样：

class MyActor(countryService: CountryService) extends Actor {
  // ...
  val result: Future[Countries] = countryService.getCountries
  result.pipeTo(self)
  // ...
  def recieve = {
    case Countries(c) => // use c
  }
  // ...
}

有些情况下你想将它包装到它的单独的CountryActor中,但那些是特殊的：即你非常依赖于Actor路径并且想要访问特定路径上的服务actor,想要特别处理错误,有一些重试逻辑,等等

原文地址：https://codeday.me/bug/20190623/1274076.html