Разделение проблем в JSF Beans?

В настоящее время я использую JSF2, и я заметил, что компонент JSF может нести большую ответственность, и в сочетании он будет выглядеть как множество кодов. К ним относятся :

  1. хранение состояния/данных
  2. может быть вспомогательным компонентом для компонента пользовательского интерфейса
  3. определение методов действия
  4. определение методов слушателя действий
  5. навигация
  6. вызов служб
  7. все сеттеры и геттеры

Есть ли смысл разбивать их на несколько классов или вы обычно объединяете их все вместе?

В настоящее время для каждого компонента JSF я определяю другой класс для хранения данных/состояния представления вместе с геттерами установки.

Как вы обычно это делаете? Пожалуйста, поделитесь своим опытом!

Спасибо =)


person Albert Gan    schedule 25.03.2011    source источник


Ответы (1)


Каждое свойство, которое использовалось в методах действия (слушателя), должно оставаться в компоненте поддержки. Остаток, скорее всего, принадлежит к своему собственному классу, который, в свою очередь, может быть другим (управляемым/объектным) компонентом, в конечном итоге являющимся (управляемым) свойством компонента, из которого он возник.

person BalusC    schedule 25.03.2011