Java-платформа для веб-приложений для начинающих

Question

У меня есть новый коллега, которому нужно некоторое образование по разработке веб-приложений в Java. Он обладает базовыми знаниями Java и почти не испытывает веб-приложений.

Наша стандартная инструментальная накладка основана на Wicket, JPA и Spring, но я боюсь перезарядить нашего нового коллегу.

Теперь я ищу предложения о лучшей структуре веб-приложения, которую могут использовать новички. Он должен использовать java-язык, и его должно быть легко подключиться к базе данных (oracle, mysql, ...). Если задействована JPA, ее сложность должна быть спрятана по структуре - по крайней мере, для первых шагов и для общих задач разработки (CRUD).

Недавно я наткнулся на игровое пространство (http://www.playframework.org/). На первых взглядах это, кажется, соответствует нашим потребностям. Есть ли у кого-нибудь опыт?

Answer 1

Play является лучшим Java & рамки Scala, на мой взгляд. Это просто, мощно, используется многими проектами (http://www.playframework.org/community/testimonials) и имеет высокий импульс. Grails - багги, весенний рой похож на генератор шаблонов aop и весна становится такой же громоздкой, как Java EE. Развитие с игрой очень быстро (игровая команда выиграла devderby 2010, минуя команды ruby, php и asp.net) и эффективно.

моей лучший

Сердар

Answer 2

SpringMVC - это очевидный путь, потому что вы уже используете Spring в своем стеке, чтобы другие разработчики могли помочь, если он застрял. Попросите его sit down with the tutorial и разработайте собственное приложение.

Хотя структура Play выглядит великолепно (спасибо, что указали ее) Я бы посоветовал не использовать ее в качестве учебника, если он не будет хорошо связан с вашими будущими планами для вашего фреймворка. Я имею в виду, в чем смысл вашего младшего парня, изучающего то, что у всех вас нет намерения когда-либо использовать?

Answer 3

Я бы, конечно же, рекомендовал рамки Stripes.

Я был в аналогичной ситуации с вашим коллегой год или два назад, относительно новый для веб-приложений Java и получил небольшой проект. У меня был выбор Struts или Spring MVC, но я выбрал Stripes, так как было значительно легче справиться с

Он также может прекрасно сочетаться с весной (смотри документацию для «Stripersist», примеры привязаны к этому)

Я также написал quick tutorial о начале работы, вы можете иметь читать (правда, мне нужно исправить подсвечивает синтаксис ... :()

Answer 4

Сначала решите, что ваше приложение все о затем перейти с рамки и модели. Не просто создавайте приложение, выбирающее лучшее в отрасли.

Например, приложение на основе электронной коммерции, я бы предпочел ATG с весной и для обычного веб-приложения я бы пошел со Struts или Spring в зависимости от сложности приложения.

Answer 5

Если вы уже используете Spring, зачем вам вводить еще одну технологию? Почему Play улучшает Wicket или Spring?

Лично я бы рекомендовал придерживаться Spring: Spring MVC без Wicket, простой шаблон JDBC вместо JPA.

Answer 6

Я думаю, что если он направится к Wicket/Spring/JPA, то он не должен тратить время на что-то несвязанное; что кажется довольно пустой тратой.

Я бы начал с JPA в автономном приложении, запустив из командной строки (или IDE или что-то еще). Пусть он напишет какие-то удобные инструменты для баз данных, что-то делать с отчетами или с некоторыми из них.

Затем перейдите к простым J2EE - сервлетам, а затем JSP, не используя никаких фреймворков.

Затем введите весну. Затем Уиккет.

Answer 7

Hi Если вы собираетесь разработать приложение CRUD, я бы действительно подумал о весне/роу. Он имеет возможности CRUD для Grails, но вам не нужно добавлять JAR в ваше приложение, поэтому у вас есть 100% -ная платформа Java. Кроме того, он поддерживает обратный eng.

Луис

Answer 8

Я бы рекомендовал ему начать работу на калитке со дня 1.

Если он сделал любое развитие рабочего стола в предыдущей жизни, то событийная архитектура калитки будет наиболее точно соответствуют этому. Парадигма запроса/ответа традиционного HTTP, которую придерживаются большинство старых фреймворков Java (JSP и т. Д.), Довольно доисторична, и я не понимаю, почему вы хотите, чтобы он отслеживал его, вместо того, чтобы быстро ускорить его более производительная ориентированная на события, ориентированная на компоненты парадигма Wicket.

А я помню старые времена ... JSP. действия, .do's, XML config hell. Конечно, я мог бы это сделать, но в наши дни жизнь разработчика может быть намного более продуктивной, используя хорошо разработанную инфраструктуру с умной парадигмой, подобной Wicket.