Подходит ли Spring для создания веб сайта общего пользования?

Question

[Ярослав]

Spring, как говорят, идеален для корпоративных приложений. Что касается обычных веб сайтов - там предпочитаемо используется PHP.

Я знаю множество сайтов, которые используют JavaEE для формирования веб-страниц. Например amazon, ulmart, одноклассники и прочие. Какие из них используют спринг и используют ли вообще? Есть ли смысл использовать Spring MVC для формирования HTML страничек?

Хорошо знаю Java SE, есть VDS сервер поднятый с томкатом. Знаю основы JSP. Стоит ли копать в сторону Spring чтобы создать сайтик?

Comments

[Ярослав Астафьев]

смотря какой сайт хотите делать.
Если небольшой, то Enterprise в целом не нужен. Всё на вкус и цвет.

[Ярослав]

Ярослав Астафьев: Вообще сначала небольшой, но потом скорее всего придётся его масштабировать до среднего, или хотя бы иметь возможность масштабировать....

[Ярослав Астафьев]

kciray: ну тогда MVC не уместен. С ним легко начать, но тяжело масштабировать.

[Ярослав Астафьев]

kciray: вообще Java сомнительный выбор для написания сайта. На нём быстро ничего не напишешь.
Я бы смотрел в сторону python + django, или PHP. Если так Java нравится, то jPHP

[Ярослав]

Ярослав Астафьев: А мне не нужно быстро. Я собираюсь связывать свою карьеру с Java и поэтому на нём непрочь подсуетиться.

А почему Spring MVC не подходит? Знакомые некоторые говорят что как раз он годится лучше, чем JSP строить вручную из JSTL тегов и кода.

[Ярослав Астафьев]

kciray: JSP сейчас редко пользуются. Чаще JSF + GWT или вообще OmniFaces, всё опять же исходит из потребностей. Spring довольно полезный навык при устройстве на работу, и возможности у него довольно обширные. На мой взгляд проблема спринговых парней в том, что они потом пытаются впихнуть его всюду где только можно.

[Dazar]

Разрешите новичку задать пару вопросов по вышесказанному:
1) В чём вообще разница между "сайтом" и "корпоративным ынтерпрайс приложением"? Понятно, что предназначено для разных целей, но в реализации-то какая разница?
2) Ярослав Астафьев: Вы говорите, что для больших проектов Spring MVC не используется, а для маленьких энтерпрайс не нужен. То есть получается MVC вообще никому не нужен?

[Ярослав]

Dazar: Я думаю что Ярослав Астафьев скорее всего ошибается. Переговорил со знакомыми гуру. Они как раз таки говорят что Spring с его MVC используется во многих крупных порталах и сайтах общего пользования. В отличие от GWT, который вообще редкость.

Сейчас изучаю его и доволен.

Корпоративный портал находится внутри компании, на него заходит мало народу, но там важна надёжность и стабильность. Насколько я понял. Сам не работал пока в компаниях, но читал.

[Dazar]

kciray: Вы меня обрадовали
Я тоже взялся за изучение spring, в частности mvc, в частности хочу написать сайтик, а тут такие обломы.
Вам везёт, у Вас есть знакомые гуру)

[Ярослав Астафьев]

kciray: Dazar: Ребят, я не имею в виду, что Spring MVC не используется. Наоборот, его сейчас пытаются впихнуть всюду, потому что с ним легко и быстро начать. И я не считаю это правильным. В большинстве случаев его использование просто не оправдано. В одном из докладов на YAC2014 была фраза: "framework не должен диктовать логику вашего приложения, и вы всегда должны легко соскочить с него." В случае с MVC это правило как раз нарушается.
Касательно GWT ваш гуру не прав. В таких компаниях как Яндекс, Google, NetCracker, Luxoft etc. Используются как раз GWT + EE решения.

[Ярослав]

Dazar: Могу вас консультировать в процессе написания вашего сайта, большей частью по Java, но сам сейчас тоже на Spring сайт пишу. Пишите на [e-mail]

Ярослав Астафьев: Так или иначе, Spring требуется в каждой второй вакансии на Java-разработчика, фреймворк №1 по популярности, и это та ниша где Java как-раз-таки доминирует. Да, на спринге сайт будет делать сложнее и дольше, чем на PHP, но нужно также смотреть на личные приоритеты. Лично мне, после окончания ВУЗа, придётся трудоустраиваться, и Java программист получает существенно больше, чем тот же PHP программист.

[Dazar]

kciray: спасибо за предложение, если вдруг совсем что-то не будет получаться, напишу.
Ярослав Астафьев: <сарказм> Странно, что в Google используют "Google Web Toolkit" сарказм>
Вы согласны с тем, что MVC всё же используется, но если бы с нем было действительно всё так плохо, его бы не использовали так обширно.

[Ярослав Астафьев]

kciray: www.slideshare.net/AlexTumanoff/web-14945509 вот хорошая презентация по сравнению фреймворков.
Именно по этому я и спросил вас в самом начале, смотря какой сайт хотите писать. Если хотите устроиться на работу -> Spring * поможет. MV* фреймворки, как maven - ты делаешь с их помощью то, для чего они предназначены, и они диктуют тебе правила и архитектуру.
Dazar: в общем гляньте презентацию. Хотите сайтики стряпать -> MVC. Хотите делать что-то более сложное -> это не MVC. Всё просто. Долгое время PHP был жалким подобием языка программирования, тем не менее на нем написано > 90% всемирной паутины. Если он был такой дырявый и корявый, не безопасный и всё такое, видимо не все так плохо, раз уж его используют все. Можно делать быстро, можно делать качественно. Если задумка простая -> MV* покроет, если хотите гибкость и больше контроля -> MV* не поможет.

[Dazar]

Ярослав Астафьев: А можно тогда, для примера, что подходит для сложного, с гибкостью и контролем?

[Ярослав Астафьев]

Dazar: а там обычно используется как раз JSF + EJB + JMS + JS без GWT. Часто впихивается Angular\Jasmine\Grunt и пр. В общем делается полноценный backend & frontend стэки. Это гораздо сложнее в плане начать, и гораздо сложнее для содержания архитектуры, но от этого никуда не деться. В таких проектах разработчики через 2 года работы только понимают как работает один небольшой модуль. Если говорить о спринге, то его часто используют, но выборочно. Например IoC часто добавляют.

[Dazar]

Ярослав Астафьев: EJB же устарели...

[Ярослав Астафьев]

Dazar: многопоточность, безопасность, управление транзакциями и прозрачное масштабирование - основные причины использования EJB. Взамен вы получаете прожорливость по ресурсам и очень медленную разработку.
Часто делают модульную иерархию, в которой некоторые модули написаны на Spring MVC + REST. А между собой модули общаются по JMS.
Для особо продвинутых и сложных проектов накручивается еще и OSGi модель.
Увы, но чем сложнее приложение, тем труднее для него подобрать фреймворк, по этому проще воспользоваться универсальным решением и допилить его под свои нужды.

Answer 1

[Keyn Din]

смотря какого уровня "обычный" вебсайтик.
возможно, можно обойтись html+css+js. (я в 2000-ых писал на инструкцию, как добавлять новые статьи на сайт, где не было даже PHP)
возможно, Вас устроит генератор статичных сайтов типа MiddleMan, Jekyll, Octopress. Даже на GitHub можно это дело опубликовать.
Далее, смотрите готовые CMS.
Далее, если Вам нужно что-то сложнее (хотите страницы хранить в базе и т.д.), можете пробовать Spring, GWT, Tapestry.
В стиле PHP на Java смотрите Play Framework.
Сам я являюсь фанатом последнего фреймворка, и успешно ваяю на нем, и нахваливаю, но лично Вам может и не подойти (если лень разбираться)

Comments

[Dazar]

ТС писал, что хочет изучать спринг, и спрашивал, подходит ли он для написания сайтов. Он не спрашивал, какие вообще технологии можно использовать.

[Ярослав]

Dazar: освоил основы спринга за неделю, очень доволен, пишу сайтик на нём + hibernate. Самое сложное - первый раз всё настроить и состыковать, и на VDS поднять, а дальше уже - ерунда. IDEA очень комфортное веб-программирование обеспечивает, с её автосинхронизацией файлов и хот-свапом.