Scala Loswerden von verschachtelten Futures

Question

Könnten Sie mir bitte es in einer besseren Art und Weise schreiben helfen:

Future { 
    Thread sleep 200 
    5 
} onComplete{ 
    case Success(e) => Future { 
     doSomething(e) 
     Thread sleep 200 
     6 
    } onComplete { 
     case Success(e) => 
      Future { 
       doSomething(e) 
       Thread sleep 200 
      } onComplete { 
       case Success(_) => println("finished") 
       case Failure(e) => e.printStackTrace() 
      } 
     case Failure(e) => e.printStackTrace() 
    } 

    case Failure(e) => e.printStackTrace() 
} 

Jetzt ist der Code sieht schlecht aus, und wenn ich mehr Futures auf diese Weise hinzugefügt würde es noch schlimmer geworden ... Dies ist offensichtlich ein Beispiel, um das Problem zu zeigen, daher würde ich es begrüßen, einen größeren Zusammenhang zu erwähnen.

@update Wenn es nicht klar genug ist, werde ich versuchen, zu klären. Ich habe drei Futures und möchte das erste ausführen, wenn es fertig ist, führe das zweite aus, wenn es fertig ist - das dritte. Die zweite Zukunft verwendet das Ergebnis der ersten und die dritte verwendet das Ergebnis der zweiten. Wenn einer der Futures fehlschlägt, wird die Stapelverfolgung gedruckt und die Ruffolge bricht ab. Dies ist, was ich im obigen Code zeigen wollte, und ich möchte es, wenn möglich, auf bessere, nicht verschachtelte Weise erreichen.

@update 2 Es wäre auch toll, wenn ich Ausfall jeder Zukunft separat

Answer 1

ähnlich wie Sammlungen behandeln würde können Sie map() und flatMap() Futures (scaladoc), um sie zu kombinieren:

Future { 
    Thread sleep 200 
    5 
}.map { result => 
    doSomething(result) 
    Thread sleep 200 
    6 
}.map { result => 
    doSomething(result) 
    Thread sleep 200 
}.onComplete { 
    case Success(_) => 
    // All steps completed successfully 
    println("finished") 
    case Failure(e) => 
    // This can be a failure from any of the steps 
    e.printStackTrace() 
} 

map erzeugt ein Ergebnis, während flatMap eine Future-Instanz generiert.

Alternativ können Sie for-comprehensions verwenden, die nur syntaktischer Zucker für (flache) Kartenaufrufe sind.