Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/jsf/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
JSF会话bean最佳实践_Jsf_Session Variables_Backing Beans - Fatal编程技术网

JSF会话bean最佳实践

JSF会话bean最佳实践,jsf,session-variables,backing-beans,Jsf,Session Variables,Backing Beans,我正在开发一个在海外编写的JSF应用程序,它存在一些性能问题 我一直试图理解为什么应用程序可能运行缓慢,我注意到每个支持bean都是会话范围的,而且许多bean使用其他bean,因此它们可能都是实例化的 可能有40个支持bean,每个bean包含大约4000行代码和许多活动部分 是否有人可以证实或否认我的预感,即每个会话中的这些废话都会使应用程序变得迟钝?我认为这可能不是性能问题的原因。会话范围的bean只为会话创建一次。因此后续请求不会创建这些bean的新实例。但当然,将所有bean会话限定在

我正在开发一个在海外编写的JSF应用程序,它存在一些性能问题

我一直试图理解为什么应用程序可能运行缓慢,我注意到每个支持bean都是会话范围的,而且许多bean使用其他bean,因此它们可能都是实例化的

可能有40个支持bean,每个bean包含大约4000行代码和许多活动部分


是否有人可以证实或否认我的预感,即每个会话中的这些废话都会使应用程序变得迟钝?

我认为这可能不是性能问题的原因。会话范围的bean只为会话创建一次。因此后续请求不会创建这些bean的新实例。但当然,将所有bean会话限定在范围内远离良好实践!:-)

通常我试着只把“必需”的东西放进会话中,而不是所有可能的东西。似乎支持bean不需要是会话范围的,除非有一个完全正确的理由!这样做是一种很好的做法,因为您不会在会话中携带不必要的状态。但我不认为将所有内容都放在会话中会导致性能问题。不推荐使用它,因为该应用程序非常“有状态”,尽管它不是必需的。不要猜测。我有。我看到随着用户在站点上的移动,内存负载增加,加载的类的数量增加,几乎从未减少过。我认为把所有的东西都放在你的会议上就说明了这一点,你刚刚回答了你自己的问题。