Вопросы Теги

Какие платформы использовать для начальной загрузки моего первого производства scala проект?

Я превращаю свой первый набег в scala для производственного приложения. Приложение в настоящее время упаковывается как военный файл. Мой план состоит в том, чтобы создать файл банки скомпилированных артефактов scala и добавлять это в папку lib для военного файла. Мое улучшение является mysql-поддержанным приложением, выставленным через Джерси, и будет интегрировано со сторонним сайтом через вызовы HttpClient. Я знаю, как сделать это через плоскость Java. Но при выполнении его в scala, существует несколько моментов принятия решения, на которых я являюсь pussyfooting.

  1. scala 2.7.7 или 2,8 RC?
  2. JDBC через ворчливый действительно ли этот API готов к производству?
  3. система онлайн бронирования по сравнению со знатоком. Я доволен знатоком.
  4. Существует ли scala идиоматическая обертка для HttpClient (или я должен использовать его точно так же, как в Java)?

Я хотел бы услышать Ваши комментарии и события, на начиная с scala.

9
задан MysticMagicϡ 20 January 2013 в 20:28
поделиться

2 ответа

  1. Я бы использовал 2.8.0. В 2.8 слишком много полезных функций. Кроме того, 2.8 приближается к финальному релизу. Если вы только начинаете, почему бы не начать с нее? FWIW, я использую 2.8.0 с Beta1, в различных инструментах и библиотеках, которые я использую ежедневно. Хотя и были ошибки, их было недостаточно, чтобы заставить меня вернуться к 2.7.7. Впрочем, все зависит от ситуации.
  2. Это не облегчит ваше решение, но есть и другие возможности для доступа к базе данных. Я, например, использую SQueryL; мне он нравится. ORBroker - еще один вариант.
  3. Если вам удобно работать с Maven, то используйте его, во что бы то ни стало. Лично я предпочитаю SBT. Я получаю всю мощь настоящего языка программирования, когда мне нужно реализовать специальную логику сборки. Не менее полезно и то, что мне не приходится иметь дело с XML-файлами конфигурации. (XML хорош для данных, но это плохой формат для редактируемого человеком файла конфигурации.)
  4. Вы можете попробовать Databinder Dispatch. См. эту статью для хорошего обзора.
11
ответ дан 2 November 2019 в 23:59
поделиться
  1. Если вы только собираетесь приступить к разработке, Scala 2.8 GA, вероятно, будет доступна к тому моменту, когда вы пойдете в производство. Даже если это не так, я бы выбрал самый свежий пакет 2.8RC, а не придерживался 2.7.7. 2.8 не только имеет ряд замечательных функций, но также содержит множество исправлений ошибок 2.7.7.
  2. В настоящее время не так много готовых к производству ORM, разработанных для Scala. Я бы, вероятно, выбрал Lift Persistence , потому что за Lift Framework стоит команда профессионалов и дружное сообщество. Но если вы не хотите рисковать, вам следует подумать об использовании старых добрых проверенных Java ORM: Hibernate, JPA, iBatis (который недавно был переименован в myBatis) и т. Д.
  3. Тебе стоит попробовать SBT! Он совместим с maven POM, поэтому переход на SBT не должен быть для вас слишком болезненным. Преимущества использования SBT:
    • Он разработан для Scala, поэтому вы избавитесь от бремени поддержки бесчисленного количества подключаемых модулей для Maven, чтобы он работал со Scala постоянно.
    • Вы сможете писать сценарии сборки на Scala (по сравнению с с XML)
    • SBT имеет убийственную особенность - непрерывно что угодно (сборка, тестирование, развертывание). SBT отслеживает ваш код, определяет, когда он был изменен, и запускает действие (тест, повторное развертывание и т. Д.).
1
ответ дан 2 November 2019 в 23:59
поделиться
Другие вопросы по тегам:

Похожие вопросы: