Порекомендуйте стек технологий основанный на Java для вебприложения?

Question

[zyrik]

Порекомендуйте, пожалуйста, стек технологий для стартапа. Требования следующие:

1. Java. Все участники знакомы с этим языком, поэтому рассматривается только он.

2. Основная функциональность сайта — отображение информации из социальных сетей, поэтому необходим framework, который может упростить эту задачу.

3. Масштабируемость. Если сервис понравится, то надо будет его как-то расширять впоследствии.

4. Современный. Т.е. мы бы хотели работать с неустаревшими технологиями.

5. Расширяемость. Т.е. возможность замены некоторых компонентов.

Answer 1

[Руслан Лопатин]

Spring Framework конечно. Если конечно не хочется ничего особо оригинального (или платного). Для интеграции с социальными сетями можно поискать и отдельные компоненты. Даже если они не интегрированы со Spring изначально — интегрировать в него можно что угодно.

Но вот веб-стек в Java, как бы это сказать помягче, излишне перегружен. Как насчёт не использовать его совсем? Наймите хорошего front-end — разработчика, пусть напишет вам полностью динамический UI (на jQuery UI например), а ваш back-end в таком случае будет всего лишь RESTful-сервисом. И современно, и модно, и с тяжеловесными технологиями типа JSF с их десятиэтажными абстракциями заморачиваться не придётся…

Comments

[zyrik]

Мы делаем просто прототип. А идея — неизвестно выстрелит или нет, поэтому нанимать кого-то пока не планируем. Для этого и делаем прототип, чтобы посмотреть надо ли кому-то подобное решение. Но мы вроде не глупые, если надо будет поднять jQuery, то я думаю, что поднимем. Кстати, не подскажите высок ли порог вхождения в этот framework?

По поводу Spring — мы рассматриваем Spring Social, так как он адаптирован к работе с социальными сетями. Но хотелось бы услышать и другие мнения, а также обсуждение достоинств и недостатков различных решений.

Спасибо за ответ!

[Руслан Лопатин]

jQuery не проблема. У них отличная документация. Проблема в специализации разработчиков. По своему опыту знаю: хороший front-end может написать только человек с соответствующим талантом. И такие люди, как правило, не знакомы с JSP/JSF и прочими специфичными для Java технологиями, а если и разберутся с ними — то только поверхностно. С другой стороны, программисты, хорошо осваивающие JSF, чаще склонны к абстрактному образу мышления, что означает, что front-end разработчики из них… не очень. Для этого всё-таки нужно быть больше визуалом. Вот и получается нестыковка. Наилучшего результата можно достичь разделением труда между квалифицированными разработчиками, чётко разделяя разработку front-end и back-end в данном случае.

Answer 2

[mrstrictly]

Из современных популярных фреймворков с очень низким (на мой взгляд) порогом вхождения я бы в первую очередь привел:
* Play! Framework playframework.com/
* Grails www.grails.org/
Но сам, лично, не имею опыта работы с ними, только изучал, получал представление, т.к. по работе имею дело с самописными решениями на базе Spring.

Comments

[Snowindy]

Имею опыт работы с Grails! Впечатления очень положительные! Возможности Groovy как ЯП очень греют душу, И вообще очень легко все делается.

Answer 3

[MrMig]

Добавлю свое мнение (имею опыт разработки как энтерпрайзов, так и стартапов):

Spring Framework.

• Отлично подходит для крупных проектов, и проектов, которые необходимо будет длительно поддерживать.
  
• Желательно иметь 1 хорошего специалиста по спрингу, иначе скушает много времени на построение правильного процесса (все же это энтерпрайз-технология).
  
• Стандарт для энтерпрайза де-факто.
  

Grails.

• Пишется на груви (джава с сахаром + динамика), что объективно приятнее
  
• Отличное решение для прототипов и веб-CRUD систем.
  
• Имеет набор стандартных практик и кучу плагинов
  

Play 1.2
Концептуально это такой же фреймворк, как и Grails.
Главное не путать его с Play 2 (scala-фреймворк, переработанная архитектура. На джаве писать можно, но не удобно)

• Похож на греилс, но основноя язык — джава
  
• Низкий порог входа
  
• Использует стандартные джава-решения для связанных технологий (SQL ORM = Hibernate, к примеру)
  
• Подходит для прототипов
  
• Стейтлесс по умолчанию
  

Резюмируя — Спринг отлично подходит для средне-больших проектов, потенциально долгоживущих. Греилс и Плей — отлично подходит для прототипов и тестирования идей, а также для чистых веб-прослоек без страшной бизнес-логики.
Если вы хотите «попробовать идею в полевых условиях», я бы брал Play 1.2/Grails + AngularJS. Это позволит запилить прототип значительно быстрее, чем на том же Спринге.

Answer 4

[asm0dey]

GWT + spring4gwt + spring data jpa

Answer 5

[Snowindy]

В дополнение в авторам остальных ответов, хочу добавить одну интересную деталь про разработку веб-приложений и их архитектуру.

Некоторые веб-фреймверки так устроены, чтобы брать на себя многие функции по работе с БД (к примеру, Grails использует для этого очень удобный ORM «GORM»). Таким образом, выбрав подобный фреймворк и не имея с ним особого опыта, и посмотрев сетевые примеры приложений типа PetStore (т.е. карманные приложения для примера работы фреймворка), можно случайно наколбасить так, что произойдет лок функциональности внутри веб-приложении.
Пример: Случайно может получиться так, что вся логика асинхронного процессинга сообщений окажется внутри веб-приложения. Я видел такое. Веб-приложение запускалось 5 минут…

Сразу это учитывайте при выборе архитектуры, разделяйте функциональность по слоям.
К примеру,
1. бэкенд для всей логики, не касающейся веб-приложения на Spring
2. Фронт на Grails, только необходимое
3. Оба модуля могут смотреть на одну и ту же базу, так что можно использовать лучшее из обоих миров, к примеру Spring-Data-JPA для бэкенда и GORM для фронта.