什么时候应该明确命名托管Bean?

您的问题涉及 Convention over configuration 设计范式。为了解决过去的错误,其中包括广泛配置的必要性,自许多Java框架/API等的上一次发布以来,已经引入了许多默认值。在这种情况下,JSF/CDI也不例外。

例如,用注释bean就足够了 @ManagedBean 顺其自然 @RequestScoped 并通过以下方式使其在EL范围内可用 simpleClassName :

name()属性的值被视为托管bean名称。如果name属性的值未指定或为空String,则托管bean名称是通过获取完全限定类名的非限定类名部分并将第一个字符转换为小写而派生的。例如,如果ManagedBean注释位于具有完全限定类名com.example.Bean的类上,并且注释上没有name属性,则托管Bean名称将被视为Bean。此注释所附加的类的完全限定类名被视为托管bean类。

托管bean的作用域是使用NoneScoped、RequestScoped、ViewSco佩德、SessionScoped,ApplicationScoped或CustomScoped注释之一声明的。如果省略了作用域注释,则必须像存在RequestScoped注释一样处理bean。

这同样适用于CDI-beans、EJB、JPA-Entity类等。因此,我看到的唯一原因是 @ManagedBean(name = "myBean") public class MyBean 是为您自己或未经验丰富的受众显式地重复生成的托管bean的名称。

同样值得注意的是,有时开发人员倾向于不以其类的简单名称命名bean,而是引用一些显式的简短自我解释的名称,如下面的行: @ManagedBean(name = "settings") public class UserDefinedSettingsBean .