Question

受管理的bean和托管bean有什么区别

在学JSF，不明白managed bean和backing bean有什么区别。

希望给解释一下，最好有代码例子。
下边那位大哥真实太不负责了，随便从网上复制一个。服了你了。

高人最好做个简单点的解释。

还是不太懂，既然配的时候都是managed-bean，只是用得方法不同，为什么就区分了呢。

Answer 1

JSF引入了两个新概念：
managed bean和backing bean。JSF提供了强大的管理bean的机制。一个被JSF管理的JavaBean对象叫做managed bean。一个managed bean描述了一个bean如何创建和管理的，这些和bean的功能无关。

Backing bean定义了页面上的UI组件的属性和处理逻辑。每一个backing bean的属性对应一个组件或者组件的值。Backing bean同时定义了一组执行组件功能的方法，比如验证组件的数据，处理组件触发的事件，当组件activate时处理与导航相关的操作。

一个典型的JSF应用中的每一页面都有一个backing bean。然而，实际中强制页面和backing bean的一对一关系不是一个好的做法。它会导致类似代码重复的问题。实际情况中，一些页面也许会共享同一个backing bean。例如在JCatalog中，CreateProduct和EditProduct页面共享同一个ProductBean定义。

一个View对象是一个只在表示层使用的model对象。它包含着必须在View层显示的数据，包含着验证用户输入，处理事件，同业务逻辑层交互的逻辑。在基于JSF的应用中，backing bean就是view对象。在本文中，backing bean和view对象是可互换的概念。
与Struts中的ActionForm和Action概念相比，使用JSF中的backing bean开发更加符合OO设计习惯。一个backing bean不仅仅包含显示数据，还包括与这些数据相关的行为。而在Struts中，ActionForm和Action分别包含数据和逻辑。

我们大家都听说过domain object model（域对象模型）。那么domain object model和view object有什么不同呢？在一个简单的Web应用中，一个域对象模型经常穿越所有的层使用。然而在稍复杂的Web应用中，一个独立的view object是很需要的。Domain object model是关于业务对象(BO)的，应该属于业务逻辑层。它包含业务数据和与特定业务对象关联的业务逻辑。一个view object包含着显示相关的数据和行为。JCatalog的ProductListBean就是view object的一个好例子。它包含着表示层的数据和逻辑，比如分页相关的数据和逻辑。将view object和domain object model分开的一个缺点就是必须在两个对象模型之间进行data mapping。在JCatalog中，ProductBeanBuidler和UserBeanBuilder使用了基于反射的Commons-BeanUtils包来实现data mapping

具体地址讲述：http://infocenter.apusic.com/help/index.jsp?topic=/com.apusic.studio.doc.studio/output/eclipse/studio_web_managebean.html （managed bean）

http://infocenter.apusic.com/help/index.jsp?topic=/com.apusic.studio.doc.server/output/eclipse/backbean.html（backing bean）

区别:
您查询的关键词是：managed bean backing 区别 。如果打开速度慢，可以尝试快速版；如果想保存快照，可以添加到搜藏。
(百度和网页http://blog.csdn.net/zx870119/archive/2007/07/25/1707703.aspx的作者无关，不对其内容负责。百度快照谨为网络故障时之索引，不代表被搜索网站的即时页面。)

--------------------------------------------------------------------------------

用人生编写程序 用程序编写人生—— 程序人生
ぁ 旋子 ぁ —— zxJavazx870119

CSDN | 社区 | 技术中心 | BLOG首页 | 我的首页 | 我的文章 | 个人档案 | 联系作者 | 聚合 | | 搜索 | 登录 18篇原创: 0篇翻译: 0篇转载: 151次点击: 1个评论: 0个Trackbacks

文章
Hibernate(RSS)
Java(RSS)
JSF(RSS)
JSP(RSS)
Spring(RSS)
Struts(RSS)
WebWork(RSS)
框架集成(RSS)
系统维护(RSS)
收藏
相册
存档
2007年07月(17)
2007年06月(1)
最近评论
wyj444698561：高手！被我发现了！交个朋友

上一篇: Java集合框架 | 下一篇: Hibernate先知

JSF 与 Struts 的区别
Struts和JSF/Tapestry都属于表现层框架，这两种分属不同性质的框架，后者是一种事件驱动型的组件模型，而Struts只是单纯的MVC模式框架，老外总是急吼吼说事件驱动型就比MVC模式框架好，何以见得，我们下面进行详细分析比较一下到底是怎么回事？
首先事件是指从客户端页面（浏览器）由用户操作触发的事件，Struts使用Action来接受浏览器表单提交的事件，这里使用了Command模式，每个继承Action的子类都必须实现一个方法execute。

在struts中，实际是一个表单Form对应一个Action类(或DispatchAction)，换一句话说：在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为application event，application event和component event相比是一种粗粒度的事件。

struts重要的表单对象ActionForm是一种对象，它代表了一种应用，这个对象中至少包含几个字段，这些字段是Jsp页面表单中的input字段，因为一个表单对应一个事件，所以，当我们需要将事件粒度细化到表单中这些字段时，也就是说，一个字段对应一个事件时，单纯使用Struts就不太可能，当然通过结合JavaScript也是可以转弯实现的。

而这种情况使用JSF就可以方便实现，

<h:inputText id="userId" value="#{login.userId}">
<f:valueChangeListener type="logindemo.UserLoginChanged" />
</h:inputText>

#{login.userId}表示从名为login的JavaBean的getUserId获得的结果，这个功能使用struts也可以实现，name="login" property="userId"

关键是第二行，这里表示如果userId的值改变并且确定提交后，将触发调用类UserLoginChanged的processValueChanged(...)方法。

JSF可以为组件提供两种事件：Value Changed和 Action. 前者我们已经在上节见识过用处，后者就相当于struts中表单提交Action机制，它的JSF写法如下：

<h:commandButton id="login" commandName="login">
<f:actionListener type=”logindemo.LoginActionListener” />
</h:commandButton>

从代码可以看出，这两种事件是通过Listerner这样观察者模式贴在具体组件字段上的，而Struts此类事件是原始的一种表单提交Submit触发机制。如果说前者比较语言化（编程语言习惯做法类似Swing编程）；后者是属于WEB化，因为它是来自Html表单，如果你起步是从Perl/PHP开始，反而容易接受Struts这种风格。

基本配置

Struts和JSF都是一种框架，JSF必须需要两种包JSF核心包、JSTL包（标签库），此外，JSF还将使用到Apache项目的一些commons包，这些Apache包只要部署在你的服务器中既可。

JSF包下载地址：http://java.sun.com/j2ee/javaserverfaces/download.html选择其中Reference Implementation。

JSTL包下载在http://jakarta.apache.org/site/downloads/downloads_taglibs-standard.cgi

所以，从JSF的驱动包组成看，其开源基因也占据很大的比重，JSF是一个SUN伙伴们工业标准和开源之间的一个混血儿。

上述两个地址下载的jar合并在一起就是JSF所需要的全部驱动包了。与Struts的驱动包一样，这些驱动包必须位于Web项目的WEB-INF/lib，和Struts一样的是也必须在web.xml中有如下配置：

<web-app>
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.faces</url-pattern>
</servlet-mapping>
</web-app>

这里和Struts的web.xml配置何其相似，简直一模一样。

正如Struts的struts-config.xml一样，JSF也有类似的faces-config.xml配置文件：

<faces-config>
<navigation-rule>
<from-view-id>/index.jsp</from-view-id>
<navigation-case>
<from-outcome>login</from-outcome>
<to-view-id>/welcome.jsp</to-view-id>
</navigation-case>
</navigation-rule>
<managed-bean>
<managed-bean-name>user</managed-bean-name>
<managed-bean-class>com.corejsf.UserBean</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>
</managed-bean>
</faces-config>

在Struts-config.xml中有ActionForm Action以及Jsp之间的流程关系，在faces-config.xml中，也有这样的流程，我们具体解释一下Navigation：

在index.jsp中有一个事件：

<h:commandButton label="Login" action="login" />

action的值必须匹配form-outcome值，上述Navigation配置表示：如果在index.jsp中有一个login事件，那么事件触发后下一个页面将是welcome.jsp

JSF有一个独立的事件发生和页面导航的流程安排，这个思路比struts要非常清晰。

managed-bean类似Struts的ActionForm，正如可以在struts-config.xml中定义ActionForm的scope一样，这里也定义了managed-bean的scope为session。

但是如果你只以为JSF的managed-bean就这点功能就错了，JSF融入了新的Ioc模式/依赖性注射等技术。

Ioc模式

对于Userbean这样一个managed-bean，其代码如下：

public class UserBean {
private String name;
private String password;

// PROPERTY: name
public String getName() { return name; }
public void setName(String newValue) { name = newValue; }

// PROPERTY: password
public String getPassword() { return password; }
public void setPassword(String newValue) { password = newValue; }
}

<managed-bean>
<managed-bean-name>user</managed-bean-name>
<managed-bean-class>com.corejsf.UserBean</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>

<managed-property>
<property-name>name</property-name>
<value>me</value>
</managed-property>

<managed-property>
<property-name>password</property-name>
<value>secret</value>
</managed-property>
</managed-bean>

faces-config.xml这段配置其实是将"me"赋值给name，将secret赋值给password，这是采取Ioc模式中的Setter注射方式。

Backing Beans

对于一个web form，我们可以使用一个bean包含其涉及的所有组件，这个bean就称为Backing Bean， Backing Bean的优点是：一个单个类可以封装相关一系列功能的数据和逻辑。

说白了，就是一个Javabean里包含其他Javabean，互相调用，属于Facade模式或Adapter模式。

对于一个Backing Beans来说，其中包含了几个managed-bean，managed-bean一定是有scope的，那么这其中的几个managed-beans如何配置它们的scope呢？

<managed-bean>
...
<managed-property>
<property-name>visit</property-name>
<value>#{sessionScope.visit}</value>
</managed-property>

这里配置了一个Backing Beans中有一个setVisit方法，将这个visit赋值为session中的visit，这样以后在程序中我们只管访问visit对象，从中获取我们希望的数据（如用户登陆注册信息），而visit是保存在session还是application或request只需要配置既可。

UI界面

JSF和Struts一样，除了JavaBeans类之外，还有页面表现元素，都是是使用标签完成的，Struts也提供了struts-faces.tld标签库向JSF过渡。

使用Struts标签库编程复杂页面时，一个最大问题是会大量使用logic标签，这个logic如同if语句，一旦写起来，搞的JSP页面象俄罗斯方块一样，但是使用JSF标签就简洁优美：

<jia:navigatorItem name="inbox" label="InBox"
icon="/images/inbox.gif"
action="inbox"
disabled="#{!authenticationBean.inboxAuthorized}"/>

如果authenticationBean中inboxAuthorized返回是假，那么这一行标签就不用显示，多干净利索！

先写到这里，我会继续对JSF深入比较下去，如果研究过Jdon框架的人，可能会发现，Jdon框架的jdonframework.xml中service配置和managed-bean一样都使用了依赖注射，看来对Javabean的依赖注射已经迅速地成为一种新技术象征，如果你还不了解Ioc模式，赶紧补课。

Answer 2

受管理的Bean就是mannagedBean啦，可以和页面数据绑定，组件绑定，提供事件监听等等。

托管Bean:

faces-config.xml
<managed-bean>
<managed-bean-name> delete </managed-bean-name>
<managed-bean-class> com.gwall.util.DoDelete </managed-bean-class>
<managed-bean-scope> session </managed-bean-scope>
</managed-bean>

然后这样访问：
FacesContext context = FacesContext.getCurrentInstance();
ValueBinding binding =
context.getApplication().createValueBinding( "#{delete} ");
DoDelete dodelete = (DoDelete) binding.getValue(context);
差不多了吧．．应该看得懂吧？

链接我空间有EJB的实体bean看下~

Answer 3

看我的。。呵呵。。
应该是JSF解析得问题
一个受管理的bean，一个托管bean
还是用struts2 吧。。或者webwork

Answer 4

JSF 规范在提到视图 bean 时使用了术语“托管 bean”(managed bean) 或“辅助 bean”(backing bean)。JSF 对“模型 bean”和“视图 bean”不作区分。实际上，您可能将应用程序逻辑和 UI 代码置于同一个类中，但这可能会降低类的可重用性，使维护变得更加困难，并且指定的开发人员无法将精力集中于他们的主要任务（如应用程序逻辑或 Web 设计）。