Kilim with Scala: возможно ли и как зрелые, как более «стандартные» параллельные параллели?

Question

Принимая во внимание, что я полностью осведомлен о актерах Scala и Akka и других, не-stdlib-пакетах параллелизма для Scala, привык к Gevent (это зеленая или неблокирующая инфраструктура IO/библиотека для Python, которая не была привлекая внимание, которое, по моему мнению, заслуживает по сравнению с такими вещами, как NodeJS и всевозможные структуры Actor), и как легко писать с ним параллельный код - просто напишите код, как будто с «реальными» потоками, но не используются фактические потоки операционной системы, поэтому вы можете иметь тысячи из них, например, процессы Erlang и весь существующий код Just Works. Я должен сказать, что я в настоящее время не слишком влюблен в довольно ограниченный (и несколько сложно скомпоновать с «нормальным кодом»), в котором параллельный код должен быть написан, когда актеры стиля Akka используются.

Теперь существует Kilim, который, как представляется, делает то, что делает Gevent (за исключением использования преобразования CPS, не выполняющего манипуляции со временем выполнения); Известно также, что Scala может полностью взаимодействовать с Java. Однако совместима ли эта функциональная совместимость с уровнем, на котором работает Kilim? Если да, то какие ключевые моменты следует иметь в виду, когда реализована комбинация Scala и Kilim? Я нашел некоторые ресурсы (например, https://github.com/lllazu/kilim-scala) на этом по поиску в Google, но ничего понятного или существенного.

Примечание: Я бы также быть заинтересован в таких аспектах, как:

• , почему это, как правило, не рекомендуется подход, чтобы начать с (т.е. я должен использовать Акку);
• , что я ошибаюсь, и актерский код в стиле Akka не является ограничивающим или не ограничивает достаточно, чтобы иметь какое-либо значительное влияние на (высокий уровень) стиль кода;

Answer 1

Смело есть комментарий, что связанно

В C/C++ наиболее общий и наименее инвазивный подход к асинхронному выполнению, кажется, обратные вызовы и я предпочитаю оставаться с обратными вызовами чтобы иметь возможность повторно использовать большинство библиотек. С a bit of coroutine magick любая обратная к обратному объекту может быть использована императивно, то есть для любого метода foo (callback (bar)) Я могу сделать обертку bar = foo (cbcoro), которая может использоваться при нормальном императивном потоке управления (при выполнении контекстного переключения за сценой).

Теперь я начинаю новый проект в Scala и попытаюсь использовать подобные делимированные продолжения.

P.S. Инструмент байт-кода, который отлично работает с кодом байт-кода Java, все еще может работать с байт-кодом Scala, я видел, как это происходит с db4o и DataNucleus, поэтому вам нужна хорошая поддержка (или очень хорошее знание рассматриваемых инструментов) это так.