Соглашения об именах управляемых компонентов JSF
В эти дни я работал с JSF, но есть "соглашение", я сомневаюсь, стоит ли мне его использовать. Работая с управляемыми бинами, люди называли его XxxxxManagedBean
где префикс может быть любым именем, связанным с вашим бизнесом.
Ты так работал? Особенно мне это не нравится, несмотря на то, что поиск облегчает. Вы используете другое соглашение?
Спасибо за ответ на это простое сомнение.
1 ответ
Не существует строгого соглашения, указанного самой JSF. Я видел следующие соглашения:
FooBean
FooBacking
FooManager
FooController
FooManagedBean
Или даже просто Foo
который затем помещается в конкретный пакет, как com.example.controller
, com.example.backing
или даже com.example.view
, так далее.
Я сам склонен использовать FooManager
для прикладных и сессионных компонентов (например, DataManager
, UserManager
, LocaleManager
и т. д.) и просто Foo
или как того требует мой текущий проект, FooBacking
(например Login
или же LoginBacking
) для запроса и просмотра bean-объекта bean-объекта, каждый из которых обычно привязан к определенному <h:form>
и / или посмотреть.
FooBean
слишком расплывчато Действительно много классов могут быть отмечены как javabeans. Управляемые компоненты JSF, объекты JPA, EJB, объекты передачи данных, объекты значений и т. Д. Bean
наименование никоим образом не указывает на реальную ответственность класса. Правда я часто пользуюсьpublic class Bean
или же MyBean
в моих общих примерах кода в блогах или на форумах / ответах на вопросы и ответы, но в реальном мире вам следует избегать этого.
FooManagedBean
IMO - плохое имя, оно не только слишком длинное и некрасивое, но технически управляемый компонент - это экземпляр вспомогательного компонента, которым управляет какая-то инфраструктура (в данном случае JSF). Само определение класса действительно является компонентом поддержки, а не управляемым компонентом. Так что FooBackingBean
технически более правильно, но это все еще слишком долго и Bean
часть немного зудит.
Во всяком случае, это довольно субъективный вопрос, на который вряд ли можно дать объективный ответ "Единый и правильный". Для меня и для кого-то еще это не имеет большого значения, если вы согласны с этим на протяжении всего проекта.