Скажите пожалуйста, кто что знает про JSF?

Question

[Vellon]

Скажите пожалуйста, кто что знает про JSF? и насколько перспективно и востребовано использование JSF

Answer 1

[cthulhudx]

На данный момент очень перспективный и востребованный UI фреймворк, наряду с GWT и Spring MVC

Comments

[Vellon]

Отличие JSF от Spring MVC не слишком же большое? так же используются бины,только у JSF идет привязка напрямую к компонентам формы

[Николай Павлов]

Vellon: Ничего общего.

[Николай Павлов]

cthulhudx не соглашусь, ниразу не видел, чтобы JSF использовали в крупных проектах. В мелких видел, и то плевались

[Владимир Смирнов]

Николай Павлов: ни разу не видел ни одного фреймворка для визуализации, на который не плевались... У JSF (а точнее - у его реализаций) есть свои плюсы и свои минусы, как и у любых других технологий.

[Николай Павлов]

bobzer: поверьте на gwt плюются меньше, на angular плюются еще меньше, на react примерно также)

[Владимир Смирнов]

Николай Павлов: ну, мне незачем верить Вам на слово по поводу GWT, у меня есть опыт и в JSF и в GWT, причем многолетний. Это абсолютно разные технологии, трудно их сравнивать. Даже парадигмы прямо противоположные - GWT - это Single Page, JSF же позволяет делать и ближе к классике и Single Page. На JSF "плюются" больше потому, что порог вхождения гораздо выше. Причем этот порог начинает ощущаться не сразу, а позже, когда дело доходит до сложных вещей. После того, как этот порог перешагнешь, большинство задач реализуются быстро и красиво...

[Николай Павлов]

bobzer: у меня тоже есть опыт и с GWT и JSF. Не знаю с чего вы решили, что в него выше порог вхождения. На него плюются за неоправданно высокие затраты памяти и по любому поводу опрашивать сервер(ну это уже неумение готовить, но всеже)

[Владимир Смирнов]

Николай Павлов: затраты памяти - только одно из массы свойств фреймворка, а, как я уже говорил, у каждой технологии свои минусы и свои плюсы... JSF - серверное решение, поэтому ему нужны ресурсы сервера; GWT - это JavaScript, который позволяет немалую часть вычислений перенести на клиента. По поводу потребляемых ресурсов: у меня сейчас стартап с использованием JSF крутится на виртуальном хостинге. Там Windows (!), на нем MySQL и Tomcat вместе. Серверу выделен 1ГБ памяти, фактическое потребление 90% времени - 600МБ. Был момент, когда я 2 месяца туда не заходил, и за это время "утекло" 400 МБ; как оказалось, их "съели" пара служб Windows, которые я просто отключил. Приложению периодически приходится обрабатывать нагрузку до 20 запросов в секунду длительное время, без проблем с отзывчивостью. Да и вообще, в наше время ресурсы железа стоят копейки...

Answer 2

[Василий]

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

Answer 3

[bromzh]

JSF - он для внутренних сетевых проектов, где канал передачи данных - это локальная сеть (поэтому так мало общедоступных проектов на нём).
Для него есть много дополнений, наборов готовых компонентов (1, 2, 3). Довольно удобно строить сложные отзывчивые интерфейсы, он сам по-себе компонентный и хорошо интегрируется с JavaEE-приложениями.

Но для интернет-сайтов он довольно плохо подходит.