Pull to refresh

Comments 17

Расскажите пожалуйста немного больше о вашем требовании:
Библиотеки должны быть легковесны

Как отличить легковесную библиотеку от нелегковесной? Какие минусы у нелегковесных библиотек?
В моём понимании — обладать необходимым минимумом функций, быть простыми в конфигурации, быть легкими в использовании. К примеру, возьмём ORMlite и Hibernate. И то и другое — ORM (хотя, у Hibernate есть целая куча инструментов, а ORM лишь один из них). Hibernate — большой, гибко настраиваемый, отличный инструмент. Но для моих задач его функциональность избыточна. Поэтому я беру небольшую, простую ORMlite.
Я ответил на ваш вопрос?
Ну не совсем. Давайте я в лоб вопрос задам. Почему не Spring Boot?

Конкретно про Hibernate vs. неHibernate: spring.io/guides/gs/accessing-data-jpa/ — где-то там внутри используется Hibernate, но вам его не видно. Код даже проще, чем ORMLite, при этом если Hibernate однажды понадобится — он тут как тут, а если не понадобится, то и ладно.

Примерно аналогичным образом хочется спросить про Spark. Есть же совершенно замечательный Spring MVC, который тоже поднимается в 3 строчки через Spring Boot: spring.io/guides/gs/rest-service/ — снова, кода столько же.

Остаётся jade4j, для которого есть интеграции со Spring опять же.

Кроме перечисленного, вы ещё в довесок получаете замечательный IoC-контейнер, благодаря которому избавляетесь от непонятного DbUtils со всеми его вызовами DaoManager.createDao.

Итак, почему не Spring Boot? :-)
полностью разделяю вопрос — spring boot весьма подходящее решение которое хорошо подходит и прямо под минимальные задачи и которое растет вместе с вами когда надо нечто новое/особенное прикрутить, типа работы с rabbit, или с mongo или прикрутить в 3 строки swagger или что еще может понадобиться со временем.
Потому что банально не знал что такое Spring Boot. Для меня спринг так же как и хибернейт ассоциируется с чем-то большим, с кучей xml файлов конфигурации, который хорош в Enterprise мире. За наводку спасибо, в будущем учту
значит не так усиленно гуглили, как об написали
UFO just landed and posted this here
Компоненты, которые предложил ТС не простые, а именно примитивные. При чтении статьи удивление должно начинаться с фразы:
тем более что позитивный опыт работы с Express уже был

Express — это вообще не веб-фреймворк, это паттерн проектирования «декоратор», который хостится на HTTP-сервере, не более.
Я правильно понимаю, что вся обработка запросов в Spark блокирующая?
Ну незнаю… для просто web, взял бы Grails.
Там все есть из коробки. Кода писать меньше и проще ибо Groovy, да и вообще простой он как палка.
dbSource = new JdbcConnectionSource("jdbc:mysql://localhost:3306/vagga?user=root&characterEncoding=utf8");

А рутом в mysql ходить — это нормально? У вас так в продакшене написано?
В итоге по сравнению с Spring Data получили кучу заката солнца в ручную. Так же не понятно зачем было выбирать Spark. MVC того же Spring Framework лучше и позволяет прописывать route аннотациями. Про Jade4j вообще молчу. Раздельные файлы для шаблонизатора? Вы серьезно? Возьмите thymeleaf.
Смотрели в сторону dropwizard, например?
Смотрел, Spark показался проще.
после нескольких проб остановился на playframework, 4 проекта — отличные отзывы как пользователей, так и команды разработчиков
Статья называется «Простой webdev на Java 8». Расскажите пожалуйста, какие фичи Java 8 кроме единственного применения functional interfaces при регистрации маршрутов вы используете? Также интересно, если Spark, требующий Java 8, чем-то принципиально отличается от Spark, не требующего Java 8. Также интересно, если ORMLite имеет какое-то отношение к Java 8 — например умеет работать с Optional или CompletableFuture.
Sign up to leave a comment.

Articles