Syncronous Scala Przyszłość bez osobnego wątku

Question

Buduję bibliotekę, która w ramach swojej funkcjonalności wysyła żądania HTTP. Aby to działało w wielu środowiskach, które będzie wdrażane, chciałbym móc pracować z Futures lub bez.

Jedną z opcji jest skonfigurowanie przez bibliotekę typu jej typu odpowiedzi, aby można było utworzyć instancję biblioteki o typie Future lub instancję typu Id, w zależności od tego, czy używana jest asynchroniczna implementacja protokołu HTTP. (Id może być monadą Identity - wystarczającą do ujawnienia użytkownikom spójnego interfejsu)

Zacząłem od tego podejścia, ale jest skomplikowane. Zamiast tego chciałbym użyć wszędzie typu Future, w razie potrzeby boksując odpowiedzi synchroniczne w przyszłości. Rozumiem jednak, że korzystanie z kontraktów Futures zawsze pociąga za sobą pewien rodzaj wątku. To nie będzie latać w np. AppEngine (wymagane środowisko).

Czy istnieje sposób na stworzenie przyszłości z wartości, która zostanie wykonana na bieżącym wątku, a zatem nie spowoduje problemów w środowiskach, w których nie jest możliwe odrodzenie wątków?

(ps jako dodatkowy wymóg, muszę być w stanie przejechać zbudować bibliotekę z powrotem do Scala v2.9.1, które mogłyby ograniczyć funkcje dostępne w scala.concurrent)

Answer 1

Z tego co rozumiem chcesz wykonaj coś, a następnie zawiń wynik za pomocą Future. W takim przypadku, zawsze można użyć Promise

val p = Promise[Int] 
p success 42 
val f = p.future 

Stąd masz teraz future opakowanie zawierające ostateczną wartość 42

obietnica jest bardzo dobrze wyjaśnione here.

Answer 2

Wykonaj look w Scalaz wersji Future. Jest to oparte na mechanizmie Trampoline, który będzie wykonywany przez bieżący wątek, chyba że fork lub apply nie zostanie wywołane +, które całkowicie usuwa wszystkie importu ExecutionContext =)