Spring JSF控制器Bean-作用域

Spring JSF控制器Bean-作用域,spring,jsf,Spring,Jsf,我对控制器bean的“最佳实践”设计有疑问 我在读这个非常好的问题和链接文章: 问题“JSF支持bean结构(最佳实践)” 在线文章 我的问题是关于控制器bean的。我正在使用JSF/Spring,我想知道为什么我要使用控制器bean的请求范围 控制器逻辑被定义为“…执行某种业务逻辑并返回导航结果…”我认为不需要请求范围,而是会话/应用程序范围。为什么每次请求都要创建这些控制器对象 在我的例子中,我将在faces配置中创建控制器bean,并通过spring将其与托管属性一起注入 请围绕范围思

我对控制器bean的“最佳实践”设计有疑问

我在读这个非常好的问题和链接文章:

问题“JSF支持bean结构(最佳实践)”

在线文章

我的问题是关于控制器bean的。我正在使用JSF/Spring,我想知道为什么我要使用控制器bean的请求范围

控制器逻辑被定义为“…执行某种业务逻辑并返回导航结果…”我认为不需要请求范围,而是会话/应用程序范围。为什么每次请求都要创建这些控制器对象

在我的例子中,我将在faces配置中创建控制器bean,并通过spring将其与托管属性一起注入

请围绕范围思考一下?谢谢

澄清:
使用JSF1.2,Spring3。使用faces-config.xml声明我的bean。不是通过注释

相关:感谢您的附加文章BalusC。因此,如果您有一个控制器类,其目的是支持业务逻辑,那么在创建应用程序作用域时,您认为它们有什么错误吗?如果控制器包含一个表示请求/会话作用域数据的模型,那么肯定是的。它会在多个请求/会话中发生冲突。好的,但是如果控制器更像是一个执行业务逻辑的静态类,但不需要模态作为其中的实例变量,那么它就可以了。这样就不应该是
@ManagedBean
,而应该是
@无状态的
EJB(或者不管Spring提供了什么来取代EJB,我都不使用Spring,所以我不能详细介绍)您将它注入到您真正的
@ManagedBean
中。