[info]ru_java


ru.java

все о языке программирования java


Previous Entry Add to Memories Share Next Entry
Web Development
[info]linx56 wrote in [info]ru_java
Решил потихоньку пробовать себя в разработке Web приложений в связи с чем хотелось бы услышать совет в сторону какой (каких) технологии копать и от чего это зависит?
Почитал обзорные статьи, понял как же я отстал от всего что творилось в последнее время в этом направлении.
Выводы JSP - устарело?
Куда двигаться, что почитать рекомендуете?

GWT :)

результирующий java-script код получается тяжёлым, дизайн красивый делать сложнее, но зато функциональность мутить удобно :)

GWT не является аналогом jsp и с натяжкой может сравнаиваться с ней вообще. разные цели

JSP не устарело :)

Вот есть facelets, jsf - так всё падает на сложных сайтах от случая к случаю.

Веб-фреймворков накопилось уже совершенно невъебическое количество.
Смотрите Tapestry/JSF/Seam/GWT/WO/Spring MVC/Stripes/Rife/Wicket/RAP/Struts2/вставьте-сюда-ещё-мой-любимый-фреймворк и читаете документацию до обретения оргазма, или до понимания, что с этим в постель^H^H^H^H^H^H^H проект не сунетесь. Повторять до обретения полного счастья.

Причём нирвана наступает уже на 3-4 фреймворке :)

Спасибо за ответы. GWT уже смотрел, буду размышлять пока как-то не очень оно меня впечатлило тем что в итоге получается... Думаю при разрастании проекта это все может вылиться в большую проблему поддержания такого кода.

sharp_idler, именно это и стало понятно, что проектов много а толку...
Мне интересно кто что реально применял какие связки и почему.

php+javascript ;-)
потому-что просто и для обслуживания достаточно текстового редактора.

RE: Выводы JSP - устарело?

[info]brewbuilder

2007-11-28 11:27 am (UTC)

IMHO, совсем нет, но надо применять JSP'правильно, в
соответствии с паттерном MVC, это не значит,
что контроллер не может быть реализован как JSP (это бывает удобно
для быстрой разработки, поскольку сервер компилит их автоматически),
но в это случае должен быть отдельные JSP для view и
отдеьные для контроллеров.

Re: Выводы JSP - устарело?

[info]j2sdk1_4_2_04

2007-11-28 08:36 pm (UTC)

А вверху в жсп-контроллере в процентных скобках гордо тусуется модель.

DWR посмотрите обязательно.
И еще всякие библиотеки для разработки
клиентской части ajax-приложений: dojo, ExtJS, ...

И я бы посоветовал глянуть на Grails. Ну, естественно, чтобы достичь нирваны с Grails, нужно сперва достичь нирваны с Spring и Hibernate.

1. Без знания servlet/jsp и умных слов типа "сессия-контекст-фасад", лучше не идти по фремйворки.
2. Struts - это Front Controller, JSF - это Template View/Page Controller (грубо говоря, конечно). Это я к тому, что неплохо сначала посмотреть архитектуру фреймворка и вобще архитектуру J2ЕЕ.
3. Практически любой веб-фреймворк можно освоить за неделю на достаточном, для написания жизнеспособной прилады, уровне. За две-три - на хорошем уровне. Дальше - только путем набивания шишек на реальном проекте.
4. Лично мне нравится связка JSF/Facelets :)

> 4. Лично мне нравится связка JSF/Facelets :)

А на крупном и нагруженном пробовали?

(Deleted comment)
Для души или Y использует? ;-)

(Deleted comment)
(Deleted comment)
(Deleted comment)
Servlets 2.4, JSP, EL, custom tags
Это базис.

Как я понимаю, фреймворк нужно выбирать в зависимости от задачи. К примеру, начал сейчас осваивать ZK, могу сказать, что очень удобно реализовывать интерфейс с множеством готовых компонент. JSF тоже ориентирован на разработку интерфейса, но другой подход... А взять тот же Struts2, который имеет кучу плагинов для интеграции с JSF, Spring и т.д. Я думаю, сужение направления разработки во многом облегчит выбор или же можно взять курс на универсальность.

Поправьте, если в чем-то ошибся ))

Spring MVC
начиная с версии 2.5, можно все настроить без конфигов

(Deleted comment)
Rails на JRuby. Это модно. :D

Это уже прошлый день :)

В двух словах:
Если есть кому сделать html markup, то Wicket, если некому, то GWT.