Question

我在我的应用程序中使用Spray，并且从我在Github上看到的示例看起来人们通过将HTTPContext对象传递给所有actor并调用{{1}来处理Akka中的HTTP请求在最后一个演员的未来。

在应用程序中深入发送上下文真的是一个好主意吗？这样每个事件对象都有一个上下文参数。

我们如何处理HTTP请求＆amp;在Akka正确回应？我已经阅读了this一篇文章，但我想知道人们在正确的方式下以正确的方式管理Akka的想法。

Answer 1

我更喜欢使用Spray服务中的ask模式和onSuccess指令，例如：

trait MyService extends HttpService {

  def worker: ActorRef

  implicit def timeout:Timeout

  implicit def ec:ExecutionContext

  def askWorker: Future[String] = (worker ? "Hello").mapTo[String]

  def myRoute = path("/") {
    get {
      onSuccess(askWorker){
        case str => complete(str)
      }
    }
  }
}

然后是一个具体的演员，如：

class ServiceActor extends MyService with Actor {

  implicit val ec = context.system

  implicit val timeout = Timeout(3 seconds)

  val worker = context.actorOf(Props[WorkerActor])

  override def actorRefFactory = context.system

  def receive = runRoute(myRoute)
}

我喜欢这种模式而不是传递请求上下文，因为这意味着其他参与者不必具有任何Http概念。该服务可以完全替换为不同的协议。在这个例子中，worker actor可以是：

class WorkerActor extends Actor {

  def receive = {
    case "Hello" => sender() ! "Hello World"
  }
}

如何在Akka中管理HTTP请求？

1 个答案: