问题 从控制器重构业务逻辑的良好，惯用的方法

一些假设：

1）最后一行的HTTP调用阻塞

2）你没有说重定向是否需要等待来自Http调用的响应，但我认为它确实如此。

阻止调用应该移动到另一个线程，这样你就不会阻塞处理请求的线程。 Play文档对此非常具体。该 Akka.future 功能结合 Async帮助。

控制器代码：

1 def deleteNode(nodeId: Long) = Action { request =>
2     Async{
3         val response = Akka.future( BusinessService.businessLogic(nodeId) )
4 
5         response.map { result =>
6             result map {
7                 Redirect( routes.NodeRender.listNodes)
8             } recover {
9                 InternalServerError("Failed due to ...")
10            } get 
11        }
12    }
13}

这比你的PHP多一点，但它是多线程的。

代码传递给 Akka.future 第3行将在未来的某个时间使用不同的线程调用。但呼吁 Akka.future 立即返回一个 Future[Try] （请参阅下面的业务方法的返回类型）。这意味着变量 response 有类型 Future[Try]。打电话给 map 第5行的方法不调用map块中的代码，而是将该代码（第6-10行）注册为回调。线程不会在第5行阻塞并返回 Future 到了 Async 块。该 Async 块返回一个 AsyncResult 播放并告诉Play在未来完成时注册自己的回调。

同时，其他一些线程会调用 BusinessService 从第3行开始，一旦你对后端系统发出的HTTP调用返回， response 第3行的变量是“已完成”，意味着第6-10行的回调被调用。 result 有类型 Try 这是抽象的，只有两个子类： Success 和 Failure。如果 result 是成功，然后是 map 方法调用第7行并将其包装成新的 Success。如果 result 是失败，然后map方法返回失败。该 recover 第8行的方法则相反。如果map方法的结果是成功的，那么它返回成功，否则它调用第9行并将其包装在a中 Success （不是 Failure！）。打电话给 get 第10行的方法将重定向或错误取出 Success 并且该值用于完成 AsyncResult Play正在坚持下去。播放然后获得回复，响应已准备好并可以呈现和发送。

使用此解决方案，不会阻止为传入请求提供服务的线程。这很重要，因为例如在4核机器上，Play只有8个线程能够处理传入的请求。它不会产生任何新的，至少在使用默认配置时不会。

以下是Business Service对象的代码（几乎复制了您的代码）：

def businessLogic(nodeId: Long): Future[Try] {

    val commitDocument = Json.toJson(
    Map(
       "delete" -> Seq( Map( "id" -> toJson( nodeId)))  
    ))
    val commitSend   = Json.stringify( commitDocument)
    val commitParams = Map( "commit" -> "true", "wt" -> "json")
    val headers = Map( "Content-type" -> "application/json")

    val sol = host( "127.0.0.1", 8080)
    val updateReq  = sol / "solr-store" / "collection1" / "update" / "json" <<?
        commitParams <:< headers << commitSend

    val commitResponse = Http( updateReq)()

    Success(commitResponse) //return the response or null, doesnt really matter so long as its wrapped in a successful Try 
}

现在，表示逻辑和业务逻辑完全分离。

看到 https://speakerdeck.com/heathermiller/futures-and-promises-in-scala-2-dot-10 和 http://docs.scala-lang.org/overviews/core/futures.html 了解更多信息。

一些假设：

1）最后一行的HTTP调用阻塞

2）你没有说重定向是否需要等待来自Http调用的响应，但我认为它确实如此。

阻止调用应该移动到另一个线程，这样你就不会阻塞处理请求的线程。 Play文档对此非常具体。该 Akka.future 功能结合 Async帮助。

控制器代码：

1 def deleteNode(nodeId: Long) = Action { request =>
2     Async{
3         val response = Akka.future( BusinessService.businessLogic(nodeId) )
4 
5         response.map { result =>
6             result map {
7                 Redirect( routes.NodeRender.listNodes)
8             } recover {
9                 InternalServerError("Failed due to ...")
10            } get 
11        }
12    }
13}

这比你的PHP多一点，但它是多线程的。

代码传递给 Akka.future 第3行将在未来的某个时间使用不同的线程调用。但呼吁 Akka.future 立即返回一个 Future[Try] （请参阅下面的业务方法的返回类型）。这意味着变量 response 有类型 Future[Try]。打电话给 map 第5行的方法不调用map块中的代码，而是将该代码（第6-10行）注册为回调。线程不会在第5行阻塞并返回 Future 到了 Async 块。该 Async 块返回一个 AsyncResult 播放并告诉Play在未来完成时注册自己的回调。

同时，其他一些线程会调用 BusinessService 从第3行开始，一旦你对后端系统发出的HTTP调用返回， response 第3行的变量是“已完成”，意味着第6-10行的回调被调用。 result 有类型 Try 这是抽象的，只有两个子类： Success 和 Failure。如果 result 是成功，然后是 map 方法调用第7行并将其包装成新的 Success。如果 result 是失败，然后map方法返回失败。该 recover 第8行的方法则相反。如果map方法的结果是成功的，那么它返回成功，否则它调用第9行并将其包装在a中 Success （不是 Failure！）。打电话给 get 第10行的方法将重定向或错误取出 Success 并且该值用于完成 AsyncResult Play正在坚持下去。播放然后获得回复，响应已准备好并可以呈现和发送。

使用此解决方案，不会阻止为传入请求提供服务的线程。这很重要，因为例如在4核机器上，Play只有8个线程能够处理传入的请求。它不会产生任何新的，至少在使用默认配置时不会。

以下是Business Service对象的代码（几乎复制了您的代码）：

def businessLogic(nodeId: Long): Future[Try] {

    val commitDocument = Json.toJson(
    Map(
       "delete" -> Seq( Map( "id" -> toJson( nodeId)))  
    ))
    val commitSend   = Json.stringify( commitDocument)
    val commitParams = Map( "commit" -> "true", "wt" -> "json")
    val headers = Map( "Content-type" -> "application/json")

    val sol = host( "127.0.0.1", 8080)
    val updateReq  = sol / "solr-store" / "collection1" / "update" / "json" <<?
        commitParams <:< headers << commitSend

    val commitResponse = Http( updateReq)()

    Success(commitResponse) //return the response or null, doesnt really matter so long as its wrapped in a successful Try 
}

现在，表示逻辑和业务逻辑完全分离。

看到 https://speakerdeck.com/heathermiller/futures-and-promises-in-scala-2-dot-10 和 http://docs.scala-lang.org/overviews/core/futures.html 了解更多信息。