В настоящее время я использую спецификации 1.1, поэтому я пытаюсь упростить то, что для меня слишком сложно: p, управление компонентами поддержки с конфликтующими правилами навигации, правилами нарушения внешних параметров и т. Д., Например, когда мне нужно вспомогательный компонент, используемый другими «представлениями», просто я называю его с помощью FacesContext внутри других вспомогательных компонентов, но часто он слишком привязан к правилам навигации / инициализации JSF, чтобы его можно было реально использовать, и, конечно, более простым становится более полезным стать FacesContext.
Таким образом, используя лишь немного кросс-браузерного Javascript (просто копию формы и чтение-запись в форме «прокси»), я создаю своего рода прокси-форму внутри главной страницы пользователя (полностью отделенную от правил навигации JSF, но используя JSF taglibs). Ajax дает мне гибкость при взаимодействии с пользователем, но JSF всегда управляет данными.
Практически я требую от всех "вымышленных" действий пользователя скрытый "iframe", который создает все необходимые формы в соответствии с правилами JSF, затем javascript просто клонирует вывод своей формы и переводит его на уровень представления пользователя (CSS для показа / скрытия) настоящих командных кнопок и создания симпатичных), пользователь играет, и когда он щелкает по кнопке submit, скрипт копирует все «проксированные» значения формы в реальную JSF-форму внутри «iframe», которая вызывает реальную отправку формы. очевидно зависит от вашего выбора.
Теперь JSF действительно доставляет удовольствие: -p
Мой реальный интерес состоит в том, чтобы узнать, какова ваша альтернативная стратегия использования чистого Ajax и JSF 1.1 без использования среднего уровня, такого как ajax4jsf и других, - все это хороший выбор, но слишком много «плагинов», чем спецификации.