Blazkowicz,
авторГорячие клавиши, тормознутость JavaScript и DOM, в целом, очень базовые возможности по многопоточности.
Медленнее, чем туда-сюда на сервер гонять?

авторСмотря кто вводит. Если операторы сидят вбивают целыми днями данные, обрабатывая сотни ордеров, то очень много рисков связаных с работой браузера.
В чем риски?

Волей судеб, сейчас пишу софт для страховых компаний (много дилеров итыды т.е. большой объем вводимых данных).
"Морда" на ExtJS.
Понятно, что это исторически так сложилось. Да и сервер там на шарпе.
Но суть вопроса не в этом.

Просто в свое время создавал тему: http://www.sql.ru/forum/actualthread.aspx?tid=956917
По большей части обсуждаемое здесь и имелось ввиду.
Хотелось бы услышать ваше мнение по той теме.
В особенности, в разрезе ответов zeehond.
Всех желающих также милости просим. ;)

З.Ы.
Это я не спорю с вами. Реально хочется разобраться.

Valery Shiskin,

Хорошо. Согласен.
Ну а выход какой?

Вот пример.
Скажем при нажатии backspace не в контроле браузер вернется на предыдущую страницу, что в ExtJS, что в JSF. Ведь так?
И введенные данные потеряются.
Не риск? И как избежать?

З.Ы.
В вышеозначенной теме не отметитесь? ;)

Valery Shiskin,

С JavaFX не знаком.

Petro123,

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

ExtJS - тонны кода (валидация, фильтрация...). Но меньше возим на сервер -> быстрее. (Но по словам Blazkowich: JS, DOM - медленно). Опять же в JS разбираться ой-ей-ей. (Хотя это проблема, скорее, "местного" масштаба).

И наоборот...

Так вот суть вопроса обозначена. А еще конкретней в вышеозначенной теме.

Petro123,

Да понятно.
Ну мы же в разрезе веба сейчас говорим.

Ну раз в той теме не хотите ответить - процитирую:

zeehond
авторесли в двух словах -
JSF позволяет весьма быстро разрабатывать гуй, за счёт не очень оптимального кода на клиенте и кучи лишних килобайт, посылаемых туда-сюда
типа, выглядит и дышит как Ajax но на каждый чих - всегда ходим на сервер
зато пишем всё на java и html/facelets-разметке
я даже статейку на хабр запилил, по свежим впечатлениям

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

если же хочется плотного контроля над производительностью клиента и над тем, что там ездит по сети туда-сюда
то в зависимости от предпочтений и наличия скиллов - GWT, JQuery, ExtJS
там больше трудозатрат, зато отсутствует риск того, что в какой-то момент ложится сервер или забивается канал

Вот вроде все правильно.

И с другой стороны(выделено):

Blazkowicz
авторГорячие клавиши, тормознутость JavaScript и DOM, в целом, очень базовые возможности по многопоточности.
Стоит, конечно, отместить, что всё возможно, если приложить должные усилия. Но пока ещё риск велик.


Так как же быть-то?

Blazkowicz,

Эххх... Да.
Ну кто о чем, а вшивый о бане.
Я как-то в разрезе своих недопониманий. Да и разговор, как я понимаю, о вебе начинался. Не?

Blazkowicz,

Ну а если о вебе, то может таки выскажетесь?
http://www.sql.ru/forum/actualthread.aspx?tid=956917

Petro123,
Ну спасибо, что не ударили.
Т.е. пиши гуй на JS, а в Java не лезь!
А если гуй на JSF хочу писать? С Java тоже самое?