SiteMesh框架

来源：互联网发布：mac 硬盘编辑：程序博客网时间：2024/06/05 21:50

一、SiteMesh简介

      OS(OpenSymphony)的SiteMesh是一个用来在JSP中实现页面布局和装饰（layout and decoration）
的框架组件，能够帮助网站开发人员较容易实现页面中动态内容和静态装饰外观的分离。

       Sitemesh是由一个基于Web页面布局、装饰以及与现存Web应用整合的框架。它能帮助我们在由大
量页面构成的项目中创建一致的页面布局和外观，如一致的导航条，一致的banner，一致的版权，等等。
它不仅仅能处理动态的内容，如jsp，php，asp等产生的内容，它也能处理静态的内容，如htm的内容，
使得它的内容也符合你的页面结构的要求。甚至于它能将HTML文件象include那样将该文件作为一个面板
的形式嵌入到别的文件中去。所有的这些，都是GOF的Decorator模式的最生动的实现。尽管它是由java语言来实现的，但它能与其他Web应用很好地集成。

       官方：http://www.opensymphony.com/sitemesh/
二、为什么要使用SiteMesh?

    许多团队开发J2EE应用的时候，经常会碰到一个比较头疼的问题：

         由于Web页面是由不同的人所开发，所以开发出来的界面通常是千奇百怪，通常让项目管理人员苦笑不得。

     而实际上，任何一个项目都会要求界面的统一风格和美观，既然风格统一，那就说明UI层肯定有很多可以抽出来
共用的静态或动态部分；如何整合这些通用的静态或动态UI呢？Apache Tiles框架站了出来很好的解决了这一问题，
再加上他与struts的完美集成，导致大小项目都把他作为UI层的首选框架，

但是：

   Tiles确实有着它很多的不足之处,下文我会介绍,本文想说的是，除了Apache Tiles框架,其实我们还有更好的解
决方案，那就是:SiteMesh；

   介绍了一个基于Web页面的布局、装饰以及应用整合的框架Sitemesh，它能帮助你为你的应用创建一致的外观，
很好的取代Apache Tiles;

三、SiteMesh的基本原理

      一个请求到服务器后，如果该请求需要sitemesh装饰，服务器先解释被请求的资源，然后根据配置文件
获得用于该请求的装饰器，最后用装饰器装饰被请求资源，将结果一同返回给客户端浏览器。

SiteMesh采用filter实现，实现了下面功能：

对于页面被SiteMesh包装输出的页面代码，sitemesh进行解析，然后根据配置进行代码修改。
提取大量网页中重复相同的html、js、css等代码
SiteMesh提取web页面的公共部分，把页面的公共代码提取出来，可以灵活配置，方便页面的开发、修改。
对于页面根据环境的不同，自动的进行定制修改，可以根据浏览器类型、用户语言、搜索引擎、操作系统等进行不同的页面装饰。

SiteMesh的配置文件主要包含两个：

sitemesh.xml
包括了parse和mapper的配置 <page-parsers> <parser content-type="text/html" class="com.opensymphony.module.sitemesh.parser.FastPageParser"/></page-parsers><decorator-mappers> <mapper class="com.opensymphony.module.sitemesh.mapper.ParameterDecoratorMapper"> <param name="decorator.parameter" value="pagetype"/> </mapper> <mapper class="com.opensymphony.module.sitemesh.mapper.ConfigDecoratorMapper"> <param name="config" value="${decorators-file}"/> </mapper></decorator-mappers>
decorators.xml
这个文件是可选文件，从前面的sitemesh.xml配置可以看到，这个文件是被ConfigDecoratorMapper使用的。
<decorator name="ajax" page="ajax.html"> <pattern>/yourajax.action</pattern></decorator><decorator name="default" page="main.html"> <pattern>/*</pattern></decorator>

SiteMesh的主要处理过程:

Servlet Container进行正常的页面处理，各种filter执行
在执行到sitemesh的filter时，根据配置确定是否需要执行
sitemesh构造PageResponseWrapper，然后执行之后的各种filter
通过PageResponseWrapper得到需要进行装饰的页面对象，PageResponseWrapper调用配置的Parser进行页面解析
调用applyDecorator进行页面装饰处理，使用freemarker或者velocity模版作为装饰外框
把处理结果写入到response

几个主要的对象:
Parser
sitemesh为了对页面进行装饰，需要解析页面代码为内存对象（类似DOM树），然后才能对这些不同的节点进行装饰处理。框架提供了 FastPageParser 和 HTMLPageParser 。FastPageParser代码更为简洁，HTMLPageParser重写了FastPageParser，并且增加了更多的功能。

Mapper
Mapper用于选择正确的装饰配置，比如上面配置的 ConfigDecoratorMapper ，根据配置文件中的url匹配规则进行装饰，而 ParameterDecoratorMapper则是根据url参数按照名称选取decorator配置。

PageFilter
sitemesh的框架核心，作为调度中枢。在struts 2中，一般使用它的子类FreeMarkerPageFilter或者VelocityPageFilter。

四、实例

这里以struts2+spring2+hibernate3构架的系统为例
     1、下载SiteMesh

        2、在工程中引入SiteMesh的必要jar包，和struts2-sitemesh-plugin-2.0.8.jar；

       3、修改你的web.xml,在里面加入sitemesh的过滤器，示例代码如下：


    <filter>
        <filter-name>sitemesh</filter-name>
        <filter-class>
             com.opensymphony.module.sitemesh.filter.PageFilter
        </filter-class>
    </filter>
    <filter-mapping>
        <filter-name>sitemesh</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>


         注意过滤器的位置：应该在struts2的org.apache.struts2.dispatcher.FilterDispatcher过滤器之前org.apache.struts2.dispatcher.ActionContextCleanUp过滤器之后，否则会有问题；

       4、在下载的SiteMesh包中找到sitemesh.xml，(/sitemesh-2.3/src/example-webapp/WEB-INF目录下就有)

         将其拷贝到/WEB-INF目录下；

       5、在sitemesh.xml文件中有一个property结点(如下)，该结点指定了decorators.xml在工程中的位置，让sitemesh.xml能找到他;
按照此路径新建decorators.xml文件，当然这个路径你可以任意改变，只要property结点的value值与其匹配就行；

<property name="decorators-file" value="/WEB-INF/sitemesh/decorators.xml"/>


      6、在WebRoot目录下新建decorators目录，并在该目录下新建一个模板jsp，根据具体项目风格编辑该模板，
如下示例：我的模板：main.jsp

<%@ page language="java" pageEncoding="UTF-8"%>
<%@taglib prefix="decorator"
     uri="http://www.opensymphony.com/sitemesh/decorator"%>
<%@taglib prefix="page" uri="http://www.opensymphony.com/sitemesh/page"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<%
     response.setHeader("Pragma", "no-cache");
     response.setHeader("Cache-Control", "no-cache");
     response.setDateHeader("Expires", 0);
%>
<html>
    <head>
        <title><decorator:title default="kangxm test" />
        </title>
        
        <decorator:head />
    </head>
    <body id="page-home">
        <div id="page-total">
            <div id="page-header">
                <table width="100%" border="0" cellspacing="0" cellpadding="0">
                    <tr>
                        <td>
                            <div class="topFunc">
                                 我的账户
                                 |
                                 退出
                            </div>
                        </td>
                    </tr>
                </table>
            </div>
        </div>
        
        
        <div id="page-menu" style="margin-top: 8px; margin-bottom: 8px;">
            <div>
                 这里放菜单
            </div>
        </div>
        
        <div id="page-content" class="clearfix">
            <center>
                <table width="100%" border="0" cellpadding="0" cellspacing="0">
                    <tr>
                        <td>
                            <decorator:body />
                        </td>
                    </tr>
                </table>
            </center>
        </div>
        
        <div id="page-footer" class="clearfix">

             这里放页面底部
            
        </div>
        
    </body>
</html>

这就是个简单的模板，页面的头和脚都由模板里的静态HTML决定了，主页面区域用的是<decorator:body />标签；
也就是说凡是能进入过滤器的请求生成的页面都会默认加上模板上的头和脚，然后页面自身的内容将自动放到<decorator:body />标签所在位置；

<decorator:title default="Welcome to test sitemesh!" />：读取被装饰页面的标题，并给出了默认标题。
<decorator:head />：读取被装饰页面的<head>中的内容；
<decorator:body />：读取被装饰页面的<body>中的内容；

      7、说到这里大家就要想了，那如果某个特殊的需求请求路径在过滤器的范围内，但又不想使用模板怎么办？
你总不能这么不讲道理吧！
         大家放心吧，SiteMesh早就考虑到这一点了，上面第5步说道的decorators.xml这个时候就起到作用了！

下面是我的decorators.xml：

<?xml version="1.0" encoding="ISO-8859-1"?>
<decorators defaultdir="/decorators">
    
    <excludes>
        <pattern>/index.jsp*</pattern>
          <pattern>/login/*</pattern>
    </excludes>
    <decorator name="main" page="main.jsp">
        <pattern>/*</pattern>
    </decorator>
</decorators>

decorators.xml有两个主要的结点：
       decorator结点指定了模板的位置和文件名，通过pattern来指定哪些路径引用哪个模板
       excludes结点则指定了哪些路径的请求不使用任何模板

如上面代码，/index.jsp和凡是以/login/开头的请求路径一律不使用模板；

另外还有一点要注意的是：decorators结点的defaultdir属性指定了模板文件存放的目录;

五、总结

用到sitemesh的项目，跟以前用tiles框架相比，最大的感受就是简单，系统设计阶段
就把模板文件和sitemesh框架搭好了！哪些页面使用框架哪些不使用，全部都通过UI Demo很快就定义出来了；
在接下来的开发中所有成员几乎感受不到sitemesh的存在，各自仅仅关心自己的模块功能实现；

使用sitemesh给我们带来的是不仅仅是页面结构问题，它的出现让我们有更多的时间去关注底层业务
逻辑，而不是整个页面的风格和结构。它让我们摆脱了大量用include方式复用页面尴尬局面，也避免了Apache Tiles
框架在团队开发中的复杂度，它还提供了很大的灵活性以及给我们提供了整合异构Web系统页面的一种方案

注：此篇文章来自互联网的综合，总结。