Comments 17
Расскажите пожалуйста немного больше о вашем требовании:
Как отличить легковесную библиотеку от нелегковесной? Какие минусы у нелегковесных библиотек?
Библиотеки должны быть легковесны
Как отличить легковесную библиотеку от нелегковесной? Какие минусы у нелегковесных библиотек?
0
В моём понимании — обладать необходимым минимумом функций, быть простыми в конфигурации, быть легкими в использовании. К примеру, возьмём ORMlite и Hibernate. И то и другое — ORM (хотя, у Hibernate есть целая куча инструментов, а ORM лишь один из них). Hibernate — большой, гибко настраиваемый, отличный инструмент. Но для моих задач его функциональность избыточна. Поэтому я беру небольшую, простую ORMlite.
Я ответил на ваш вопрос?
Я ответил на ваш вопрос?
0
Ну не совсем. Давайте я в лоб вопрос задам. Почему не 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? :-)
Конкретно про 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? :-)
+3
полностью разделяю вопрос — spring boot весьма подходящее решение которое хорошо подходит и прямо под минимальные задачи и которое растет вместе с вами когда надо нечто новое/особенное прикрутить, типа работы с rabbit, или с mongo или прикрутить в 3 строки swagger или что еще может понадобиться со временем.
0
Потому что банально не знал что такое Spring Boot. Для меня спринг так же как и хибернейт ассоциируется с чем-то большим, с кучей xml файлов конфигурации, который хорош в Enterprise мире. За наводку спасибо, в будущем учту
0
UFO just landed and posted this here
Компоненты, которые предложил ТС не простые, а именно примитивные. При чтении статьи удивление должно начинаться с фразы:
Express — это вообще не веб-фреймворк, это паттерн проектирования «декоратор», который хостится на HTTP-сервере, не более.
тем более что позитивный опыт работы с Express уже был
Express — это вообще не веб-фреймворк, это паттерн проектирования «декоратор», который хостится на HTTP-сервере, не более.
+1
Я правильно понимаю, что вся обработка запросов в Spark блокирующая?
0
Ну незнаю… для просто web, взял бы Grails.
Там все есть из коробки. Кода писать меньше и проще ибо Groovy, да и вообще простой он как палка.
Там все есть из коробки. Кода писать меньше и проще ибо Groovy, да и вообще простой он как палка.
0
dbSource = new JdbcConnectionSource("jdbc:mysql://localhost:3306/vagga?user=root&characterEncoding=utf8");
А рутом в mysql ходить — это нормально? У вас так в продакшене написано?
0
В итоге по сравнению с Spring Data получили кучу заката солнца в ручную. Так же не понятно зачем было выбирать Spark. MVC того же Spring Framework лучше и позволяет прописывать route аннотациями. Про Jade4j вообще молчу. Раздельные файлы для шаблонизатора? Вы серьезно? Возьмите thymeleaf.
+2
Смотрели в сторону dropwizard, например?
0
после нескольких проб остановился на playframework, 4 проекта — отличные отзывы как пользователей, так и команды разработчиков
+1
Обратить внимание на www.ninjaframework.org. Все что нужно в одном месте.
0
Статья называется «Простой webdev на Java 8». Расскажите пожалуйста, какие фичи Java 8 кроме единственного применения functional interfaces при регистрации маршрутов вы используете? Также интересно, если Spark, требующий Java 8, чем-то принципиально отличается от Spark, не требующего Java 8. Также интересно, если ORMLite имеет какое-то отношение к Java 8 — например умеет работать с Optional или CompletableFuture.
0
Sign up to leave a comment.
Простой webdev на Java 8