Syncronous Scala Будущее без отдельной темы

Question

Я создаю библиотеку, которая в рамках своей функциональности делает HTTP-запросы. Чтобы заставить его работать в нескольких средах, он будет развернут, я бы хотел, чтобы он работал с фьючерсами или без них.

Один из вариантов заключается в том, что библиотека параметризует тип ответа, поэтому вы можете создать экземпляр библиотеки с типом Future или экземпляр типа Id, в зависимости от того, используете ли вы асинхронную реализацию HTTP. (Id может быть монодатой Identity - достаточно для обеспечения согласованного интерфейса для пользователей)

Я начал с этого подхода, но у него получилось сложнее. То, что я действительно хотел бы сделать, это использовать тип будущего везде, в случае необходимости, синхронные ответы в боксе. Тем не менее, я понимаю, что использование Futures всегда будет включать какой-то поток. Это не будет летать, например. AppEngine (требуемая среда).

Есть ли способ создать Будущее из значения, которое будет выполняться в текущем потоке и, следовательно, не будет вызывать проблемы в средах, где невозможно создавать потоки?

(пс в качестве дополнительного требования, мне нужно, чтобы иметь возможность пересечь построить библиотеку обратно в Scala v2.9.1, которые могут ограничить возможности, доступные в scala.concurrent)

Answer 1

Из того, что я понимаю, что вы хотите выполнить что-то, а затем обернуть результат Future. В этом случае, вы всегда можете использовать Promise

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

Следовательно, теперь у вас есть future оболочку, содержащих конечное значение 42

Promise очень хорошо объяснен here.

Answer 2

Возьмите look в скалярной версии будущей черты. Это основано на вершине механизма Trampoline, который будет выполняться текущим потоком, если только fork или apply не будет вызываться +, что полностью удаляет все экземпляры ExecutionContext =)