Spray, Akka-http и Play, что лучше всего подходит для нового проекта HTTP/REST

Я собираюсь разработать новые службы HTTP/REST с помощью Scala и актеров Akka.

У меня есть опыт работы с Play, но мне действительно не нужна полная веб-платформа. Из того, что я читал, я считаю, что Spray - подходящий выбор. Мой вопрос исходит из будущего Spray после того, как появился новый AKKA-HTTP.

Будет ли проект Spray расти независимо от проекта Akka-HTTP или оба проекта будут объединены в один Akka-HTTTP?

Каково влияние этого, если я начну разрабатывать с помощью Spray? Также я прочитал, что Play будет интегрировать AKKA-HTTP. Поэтому я, наконец, задаюсь вопросом, не следует ли играть с Play?

Спасибо за вашу помощь.

Ответ 1

Спрей готово к производству, но команда разработчиков (Матиас Доениц) работает теперь в "Типичном" на Akka-http.

Статус Akka-http предварительный просмотр разработки. В течение нескольких месяцев существует неопределенный promises полного выпуска", но вы ничего не можете предпринять в банк.

Отредактировано 29 июля 2015 года:

Статус Akka-HTTP теперь является "кандидатом на выпуск" версии 1.0 RC4. Его функциональность в основном конкурирует с spray.io, и общее ожидание заключается в том, что spray.io потеряет свою динамику развития. В это время я больше не буду рекомендовать spray.io для новых проектов.

Джонас Бонер из Typesafe назвал Akka-http "Spray 2.0". Поэтому не ожидайте каких-либо будущих версий Spray, и в какой-то момент вам придется сделать переключатель. Я видел презентацию "Akka-http" Йонаса в Scala Days, и похоже, что перенос кода Spray на Akka-http должен быть прямым, поскольку DSL в основном не изменился (хотя базовая реализация библиотеки будет отличаться).

Чтобы ответить на ваши вопросы конкретно: спрей закончен как отдельный проект, он ввозится в Akka под названием Akka-http (не слияние, так как Акка не имел никакого эквивалента перед рукой). Если вам нужно начать разработку, теперь отправляйтесь с Spray, если вы можете позволить себе работать с неизбежными ошибками в предварительном выпуске, отправляйтесь с Akka-http. Ваш код спрей никогда не перестанет работать, но он не будет поддерживаться ни за пределами мелких исправлений ошибок. Все новые функциональные возможности будут добавлены в Akka-http, поэтому вместо обновления Spray 2.0 вы будете обновлены до Akka-http.

Ответ 2

Вы уже ответили на свой вопрос в своем комментарии. Если вам не нужно иметь дело с пользовательским интерфейсом, я бы предложил пойти с Akka-HTTP или Spray.io.

Я не думаю, что вы будете иметь влияние, если вы начнете с Spray.io, поскольку на Spray есть много проектов, работающих на рабочей среде.

Подробнее см. ссылку ниже.

FAQ SPray.io

Пресс-релиз для видеонаблюдения

Спасибо

Ответ 3

Хорошо, если вам нужно все узнать с нуля, я бы рекомендовал выбрать спрей - документация Akka hhtp действительно неполна, и многие директивы маршрута еще не реализованы на akka.http. Я начал с аккой, но меня заставили сбрызнуть...

Ответ 4

Typesafe получает Spray (ed) | @typesafe

Интеграция Akka/Spray, называемая Akka HTTP, обеспечит идеальный способ создания и использования встраиваемых служб REST.

Ответ 5

В соответствии с Йоханнесом Рудольфом

если вы хотите предоставить HTTP-интерфейс (возможно уже существующим) службам akka, то, что akka-http для

источник: https://gitter.im/akka/akka?at=5874fc9761fac5a03dbe1a6f