我正在查看代码并找到CDI转换器,如:
@Named
@RequestScoped
public class BankConverter implements Converter, Serializable
{
@EJB
private BankService bankService;
@Override
public Object getAsObject( FacesContext ctx, UIComponent comp, String identifier )
{
if ( identifier == null || identifier.trim().isEmpty() )
{
return null;
}
Bank bank = null;
try
{
bank = this.bankService.findByPrimaryKey( Long.valueOf( identifier ) );
}
catch( Exception e )
{
// omitted
}
return bank;
}
@Override
public String getAsString( FacesContext ctx, UIComponent comp, Object obj )
{
if ( obj == null || ( ( Bank ) obj ).getId() == null )
{
return null;
}
return ( ( Bank ) obj ).getId().toString();
}
}
转换器基本上总是像这样使用(注意converter="#{bankConverter}"
):
<p:autoComplete id="bank"
value="#{employeeDepotManager.selectedBank}"
var="bnk"
converter="#{bankConverter}"
completeMethod="#{autoCompleter.completeBankSearch}"
itemLabel="#{bnk.name}"
itemValue="#{bnk}"
forceSelection="false"
minQueryLength="3"
global="true"
validator="#{employeeDepotManager.validateBank}"
scrollHeight="200">
<p:ajax event="itemSelect" update="bank-code bank-name" />
<p:column>#{bnk.code}</p:column>
<p:column>#{bnk.name}</p:column>
</p:autoComplete>
我目前正在与一位同事讨论转换器哪个范围最好 ......
从JSF页面引用的95%的经理bean都是@ViewScoped
,所以我认为转换器最好也是@ViewScoped
(而不是@RequestScoped,我理解会根据AJAX请求重新创建转换器实例。
然后我的同事补充说,转换器应该是@Dependent
,因为这会自动将转换器放入周围bean所在的范围内。我的感觉说,这不起作用。但是,我真的不同意,因为我的知识在这里结束了。
那么,当几乎所有从JSF引用的bean都是@ViewScoped
时,可能会成为转换器的最佳范围?
PS:请注意,我们使用Seam 3混合@Named
和@ViewScoped
答案 0 :(得分:2)
由于大部分转换器实际上都是无状态的,因此很容易@ApplicationScoped
,在我看来,这是它们最自然的范围。但是,有些转换器实际上并非如此。例如,DateTimeConverter
标记后面的<f:convertDateTime>
确实包含某些状态。此外,@FacesConverter
的默认实现使用Application#createConverter(String converterId)
在需要时创建新的转换器实例,因此每个请求可以多次创建它。
另外,就我而言,自定义转换器在范围方面与引用的支持bean没有任何交集,因此它们是否为ViewScoped
并不重要。选择转换器范围时真正重要的是转换器实例中的状态范围,正如BalusC正确发现的那样。
至于您问题中的转换器实际上是无状态的,它可以安全地@ApplicationScoped
。