【发布时间】:2013-10-19 18:47:44
【问题描述】:
通常默认范围是请求范围。我试图删除范围注释并期望 bean 具有请求 bean 范围行为(通过在前一页上返回提交的值,我记得我过去尝试过这个并且它工作正常)但我什么也没得到连接到它的表达语言。 那么默认范围是什么,为什么它的行为不一样?!
【问题讨论】:
标签: jsf
通常默认范围是请求范围。我试图删除范围注释并期望 bean 具有请求 bean 范围行为(通过在前一页上返回提交的值,我记得我过去尝试过这个并且它工作正常)但我什么也没得到连接到它的表达语言。 那么默认范围是什么,为什么它的行为不一样?!
【问题讨论】:
标签: jsf
取决于谁在管理 bean。
如果是 JSF via @ManagedBean,则默认为@RequestScoped,如javadoc 中所述:
如果省略范围注释,则必须像存在
RequestScoped注释一样处理 bean
如果是通过@Named 的CDI,则默认为@Dependent,如Weld documentation 中所述:
最后,CDI 具有所谓的依赖伪作用域。这是未显式声明作用域类型的 bean 的默认作用域。
效果是在每个 EL 表达式上新创建了 bean 实例。因此,想象一个登录表单,其中有两个输入字段引用一个 bean 属性和一个命令按钮引用一个 bean 操作,因此总共有三个 EL 表达式,那么实际上将创建三个实例。一个设置了用户名,一个设置了密码,一个设置了操作。实际上,这与 JSF @NoneScoped 的行为相同。这证实了您所看到的症状。
如果是Spring via @Component,则默认为@Scope("singleton"),如javadoc中所述:
默认:
"singleton"
实际上,这与 JSF @ApplicationScoped 和 CDI @ApplicationScoped 的行为相同。
Netbeans 与此无关。它只是一个类似于记事本的编辑工具,但具有 1000 多个额外功能。
【讨论】:
#{dependentScopedBean} 中一样,而不是像在 #{sessionScopedBean.dependentScopedBean} 中那样作为会话范围 bean 的属性,那将是。