J2EE MVC模式JSF与Struts的异同

作者:网络 来源:佚名 更新时间:2008-07-07 12:11:45 点击:

  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模式,赶紧补课。

  • 网站运营seo文章大全
  • 提供全面的站长运营经验及seo技术!