Вхід і реєстрація
Розробка · 30 березня 2015, 10:14 2207
Виталий Годзевич, fullstack developer в UECTech

Что выбрать из java-фреймворков для вывода коллекции: Spring MVC, Struts, Mojarra(JSF)?

💡 Усі статті, обговорення, новини про Java — в одному місці. Приєднуйтесь до Java спільноти!

Доброго дня, уважаемые Java-гуру. Подскажите, пожалуйста, какой фреймворк лучше выбрать для быстрой реализации простого учебного примера. Предварительно отобрал следующие:
Spring MVC, Struts, Mojarra(JSF).

Причина выбора этих- пишу в Netbeans и там эту фреймворки уже интегрированы в IDE. К сожалению у меня нет нескольких десятков лет на изучение всех возможных фреймворках и нужно написать небольшое приложение. Быстродействие самого приложения не критично.

Хочу реализовать задачу вывода на сайт коллекции с возможностью редактирования элементов.

Теми: Java, веб-разработка, фреймворк
👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
undefined pointer 31.03.2015 13:57

Tapestry5. Плагины есть под Eclipse. Но учитывая его подход — можно вполне и без них.
Хотя изучать все равно придется, но он много проще известных.
Плюс поддерживает «php style» разработку, не нужно редеплоить измененные классы.

Відповісти
Підтримати
Andrii Skrypnyk Lead Java Developer 30.03.2015 23:46

Напиши сервер на Нетти с поддержкой разных протоколов

Відповісти
Підтримати
Sergiy Morenets Java evangelist 30.03.2015 13:18

Это не быстрая реализация, если не знать ни того, ни другого. Я бы попробовал Spring MVC + JSP.

Відповісти
Підтримати
Alex K
Alex K 30.03.2015 13:30

я так понимаю, что любой из вариантов для ТС будет новинкой. Jersey + Backbone будет легковесным решением.

Backbone — час-два на почитать . Jersey ± столько же.

Відповісти
Підтримати
Sergiy Morenets
Алексей Дужий Big Data Engineer - Wix.com 30.03.2015 14:31

А еще лучше AngularJS

Відповісти
Підтримати
Alex K
Alex Pro 30.03.2015 14:34

Angular это не совсем легковесное решение

Відповісти
Підтримати
Алексей Дужий
Нестор Иванович 30.03.2015 12:01

JSF в любом виде если он вам зачем то специально не нужен ( не дай бог ) лучше не трогать руками

Відповісти
Підтримати
Sergiy Morenets Java evangelist 30.03.2015 13:15

Недостаточная производительность + сложности с версткой

Відповісти
Підтримати
Виталий Годзевич
Bohdan Levchenko 30.03.2015 13:58

Приложение может быть и для интранета там JSF вполне хорошо справляется в ряде задач, особенно в паре с PrimeFaces, ну а в случае ТС производительность вроде не является ключевым моментом

Відповісти
Підтримати
Sergiy Morenets
Sergiy Morenets Java evangelist 30.03.2015 22:50

Согласен, но его достаточно долго изучать, как для тестового задания

Відповісти
Підтримати
Bohdan Levchenko
Нестор Иванович 30.03.2015 23:57

PrimeFaces это ужас если с ними столкнутся со стороны JS
Написано безграмотными упырями

Відповісти
Підтримати
Bohdan Levchenko
Bohdan Levchenko 31.03.2015 01:32

С этим трудно не согласится :)
Но его легко использовать тем, кто с JS не в ладах, а какой-никакой Rich UI построить надо. При условии конечно что никаких кастомных виджетов рисовать ненадо.

Відповісти
Підтримати
Нестор Иванович
Нестор Иванович 31.03.2015 08:25

я как раз несколько сделал- впечатления очень негативные

Відповісти
Підтримати
Bohdan Levchenko
Bogdan Shyiak SE or Dev 30.03.2015 10:36
реализации простого учебного примера.
А чему вы хотите научится? :)
«Spring MVC, Struts, Mojarra(JSF)» — это 3 принципиально разных подхода. Выбирайте тот подход который хотите изучить.
Если мы говорим про время вхождения, то Spring MVC, наверное, быстрее всего разобраться будет. Struts (даже 2) скорее мертв чем жив.
Причина выбора этих- пишу в Netbeans и там эту фреймворка уже интегрированы в IDE.
То есть Jersey (JAX-RS RI) не «интегрирован» с Netbeans?
Чесслово лучше потратьте пару часов и разберитесь с maven (я серьезно).
Відповісти
Підтримати
Sergiy Morenets Java evangelist 30.03.2015 13:16

Maven технологически устарел, хотя и все еще популярная система. Если смотреть в будущее, то есть Gradle и sbt.

Відповісти
Підтримати
Нестор Иванович
Bogdan Shyiak SE or Dev 30.03.2015 16:51
Если смотреть в будущее, то есть Gradle и sbt.
sbt — очень сомнительно
Gradle — а можете привести реальные перимущества над maven для пользователя (про XML не актуально, читайте в следуещем джава дайджесте :) ).
.
Основной плюс maven — это то что он «легко гуглится», то есть новичку будет проще найти инфу.
Відповісти
Підтримати
Sergiy Morenets
Bohdan Levchenko 30.03.2015 18:40

Вопрос не ко мне, но попробую ответить.

На мой взгляд у Gradle основной плюс это то что он в отличии от Maven не заточен ни под какой язык/платформу заранее и как следствие очень гибок. Тоесть пока мы не скажем apply plugin: 'java' у нас вообще нет никакого lifecycle’a процесса сборки. Но даже когда мы укажем что хотим собирать java, мы можем как угодно изменять этот lifecycle. Можно вклинится (кастомным таском) практически на любом этапе сборки указав что зависим от одной какой-то фазы (любой) и что от нас зависят такие-то следующие либо полностью перекроить весь процесс под себя выбросив фазы которые нам не нравятся и добавив только нужные.

Второй плюс это способ добавления своей логики в процесс сборки. Когда мы работаем с Maven все что мы можем описать в pom.xml уже заранее жестко определено. В Gradle у нас не конфиг сборочного процесса, у нас код (по-факту DSL но в нем можно добавить любой код). Тоесть мы прямо в build.gradle можем написать нечто вида
task hello { println 'Hello world!' }
и этот код уже может быть выполнен.
В Maven для этого придется писать плагин и это очень муторное дело.

Однако если таким способом писать какую-то сложную логику то этот код быстро засорит build.gradle, к тому же его будет невозможно переиспользовать в другом проекте. Все это точно также можно вынести в свой плагин который с точки зрения Gradle DSL будет лишь еще одним таском. Но что представляет из себя плагин? По-сути это Groovy/Java класс наследник от любого другого таска из lifecycle наиболее близкого по смыслу к тому чего мы хотим добиться. Лежать этот класс (по конвенции) должен в директории buildsrc прямо рядом с build.gradle и в нем самом должен быть аннотированный метод содержащий всю ту сложную кастомную логику. Вот и все. При сборке проекта Gradle соберет также и эти таски и встроит их в DSL так что мы сможем удобно к ним обращаться.

Відповісти
Підтримати
Bogdan Shyiak
Vasya Pupking 30.03.2015 18:54

Как часто у Вас возникает необходимость хоть в чем-то из списка?

Відповісти
Підтримати
Bohdan Levchenko
Bohdan Levchenko 30.03.2015 19:04

Трудно сказать, может в 1 из 20 проектов, но мы ведь выбираем инструменты под задачи верно?

Відповісти
Підтримати
Vasya Pupking
Sergiy Morenets Java evangelist 30.03.2015 22:49

Gradle используется для сборки Spring и Hibernate, а это что-то да значит. Maven становится бутылочным горлышком, когда приходится делать что-то нестандартное, а это в каждом проекте да случается

Відповісти
Підтримати
Vasya Pupking
Дмитро Думанський Co-Founder в Blynk 31.03.2015 02:22
maven становится бутылочным горлышком

Сейчас уже почти под любое «хочу» есть плагин.

Gradle же это по сути перерожденный ant. И его проблема такая же как и у анта. Это полный ад в билд конфигах, где в проекте больше 2-х человек.

Фишка же мавена в том — что он жестко стандартизирован и какой бы говнокодер не писал его, он не сможет все сильно испоганить.

Відповісти
Підтримати
Sergiy Morenets
anonymous 31.03.2015 11:31

Ага и когда в грейдл завезут функционал — ручное обновление либ? А то я заипался уже таски писать.

Відповісти
Підтримати
Bohdan Levchenko
Mykola Gurov тролль 30.03.2015 11:46

без maven ты не джава. К сожалению.

Відповісти
Підтримати
Виталий Годзевич
Sergiy Morenets Java evangelist 30.03.2015 22:52

А что Maven существует с 2002 года ?

Відповісти
Підтримати
Нестор Иванович
Нестор Иванович 30.03.2015 23:31

нет, а вы капитаном очевидность подвязались?

Відповісти
Підтримати
Sergiy Morenets
вафелька 30.03.2015 12:01

это, наверное, наиболее используемый сборщик. статистику не знаю, но чувство такое, что используется на 90% проектах

Відповісти
Підтримати
Виталий Годзевич
Bohdan Levchenko 30.03.2015 14:19

Обычно в командной разработке каждый использует то с чем удобно работать ему одному, для кого-то это Eclipse, для кого-то NetBeans, а кто-то не представляет жизни без Intellij. Maven (Gradle) дает возможность использовать то что нравится и собирать проект даже не запускаю никакую IDE.

Кроме того, если думать о будущем развитии проекта, наверняка понадобятся тесты, а с ними и CI, как вы думаете как Jenkins (или аналог) будет собирать проект для тестов?

А что если потребуется несколько профилей (продакшен, стейдж, тестинг) где будут разные наборы конфиг файлов, библиотеки и т д для разных сред и надо будет в любой иметь возможность собрать проект под нужную среду?

А как насчет пересобрать проект и передеплоить его одной командой?
А произвести перед/после сборкой какие-то свои действия (минифицировать js/css и склеить все в один файл)?
А собрать все дополнительные либы в один могучий, самодостаточный jar и сделать его «исполняемым»?
А если у вас проект разделен на много «субмодулей» зависящих друг от друга и отвещающих за разные задачи и надо собрать каждый по очереди?

Я думаю вы уловили суть, таких юскейсов может быть очень много.

Ну и на мой взгляд чем еще хорош Maven (для новичка), так это тем что он изначально ориентирован на Java, задает жесткую структуру проекта и в какой-то мере ограничивает свободу разработчика, который так и норовит придумать что-нибудь эдакое (особенно наши коллеги-индусы).
Если хочется свободы и контролировать каждый шаг билд процесса то больше подходит Gradle, но начинать я бы с него не рекомендовал.

Відповісти
Підтримати
Виталий Годзевич

Підписатись на коментарі

Не підписуватись
Скористайтесь акаунтом
×
з умовами використання сайту і політикою конфіденційності.