【IT168 技术】在页面开发过程中，经常会遇到页面组合情况，即一个页面有几个部分组成，某些部分内容是固定不变的，某些部分是可以进行替换或者页面跳转的，常常要求同一站点的所有Web页面保持一致的外观，有相同的布局、页头、页尾和菜单。如果不使用页面布局框架单独开发每个页面，既浪费时间又容易出现风格不统一的情况，若使用Iframe实现，则要面临页面控制的复杂操作，为了实现页面的可重用性，提高开发效率，使用页面布局框架Sitemesh或者Apache Tiles是个很好的选择。但是很多开发人员对于使用哪种布局框架更适合自己的项目存在困惑，本文基于Sitemesh和Tiles的实现原理来两个框架有何异同，来剖析两个框架的优劣以帮助开发人员做最适合的抉择。
很多应用软件的布局如下图，在开发过程中，如果每个页面单独组合自己，会耗费大量的时间来做重复性的开发，因此使用页面组合框架，减少页面开发的复杂度和开发时间，是较好的选择，最常用的就是Sitemesh和Tiles。
Sitemesh通过过滤器(filter)来拦截页面访问,根据被访问页面的URL找到合适的装饰模板页面,提取被访问页面的内容，放到装饰模板中合适的,最终将装饰后的页面发送给客户端。在sitemesh中，页面分为两种：装饰模板和普通页面。装饰模板，是指用于修饰其它页面的页面。普通页面，一般指各种应用页面，这些逻辑来自一组共享的(或者自定义的)插件。它基于Web页面布局、装饰以及与现存Web应用整合的框架。它能帮助我们在由大量页面构成的项目中创建一致的页面布局和外观，如一致的条，一致的banner，一致的版权，等等。它不仅仅能处理动态的内容，如jsp，php，asp等产生的内容，它也能处理静态的内容，如html的内容，使得它的内容也符合你的页面结构的要求。甚至于它能将HTML文件象include那样将该文件作为一个面板的形式嵌入到别的文件中去。Sitemesh是Decorator模式的最生动的实现，它是由java语言来实现的，能与其他语言的Web应用很好地集成。
Tiles框架为创建Web页面提供了一种模板机制，它能将网页的布局和内容分离。Tiles模板是一种描述页面布局的JSP页面，它只定义了Web页面的样式，而不指定内容，然后在运行时动态地将内容插入到模板中。其中的模版和tiles组件均具有重复可用性，并且各组件可以像搭积木一样组合成新的组件。
3)添加/WEB-INF/decorators.xml，其中可以定义多个模板文件，使用不同的规则装饰指定类型的页面
①mydecorator.html-“装饰页面”，应用中每个页面都包含的样式页面,div中的页面可以使用css来控制div的样式实现布局的。
在tiles.xml中定义模板tiles-definitions。该布局包含的属性，如头，标题，主体，菜单和页脚。然后扩展和布局的新关联页面，使用我们定义的页面覆盖tiles默认的布局改变Body和Title的内容。
4)创建布局页面layout.jsp和各个属性页面，用div的css样式控制header、menu、body和footer页面的。Titles3.0可以定义能够重用的布局子页面，也可以只定义可重用的布局样式，然后在不同页面的相同加载不同的页面内容。
5)Tiles2.0和Tiles3.0有了较大的区别，在3.0以前的版本中，配置文件的配置方法比较固定繁琐，需要对每一个页面都进行模板配置，而在3.0中，可以使用通配符来实现多个页面的相同配置调用，该功能已经类似了Sitemesh的配置方法，使用起来更加快捷方便。
一个请求到服务器后，如果该请求需要sitemesh装饰，服务器先解释被请求的资源，然后根据配置文件获得用于该请求的装饰器，最后用装饰器装饰被请求资源，将结果一同返回给客户端浏览器。
对于页面被SiteMesh包装输出的页面代码，sitemesh进行解析，然后根据配置进行代码修改。提取网页中重复相同的html、js、css等代码。SiteMesh提取web页面的公共部分，把页面的公共代码提取出来，可以灵活配置，方便页面的开发、修改。
对于页面根据的不同，自动的进行定制修改，可以根据浏览器类型、用户语言、搜索引擎、操作系统等进行不同的页面装饰。
SiteMesh要先在web.xml中配置filter，让Sitemesh可以过滤页面，然后需要写一个配置文件sitemesh.xml，从的文件内容可以看出，该文件主要配置哪些页面需要做装饰，哪些页面不需要装饰。
用户通过访问一个页面的Apache Tiles定义名，就可以访问一个由定义文件中包含的页面组成的最终的JSP。
其中首先告诉我们，这个定义的虚拟页面叫做myTitles.用户通过就能访问到一个页面。这个页面来自的模板是：/layouts/classic.jsp而模板中各个部位真正的值，则是下面的那些jsp页面。Tiles通过一个组装器，在页面被请求后开始工作，按照页面顺序把Value中对应的页面加载完毕，然后返回，网站文件中也许根本没有这个请求的资源，而是临时按照定义起来的。
其中head、menu、body和footer部分有模板默认的JSP页面，如果要使用统一风格的模板，无需再定义这些页面，如果在这些使用的页面风格或者内容不同，可以使用其他的页面替代这些默认页面。
使用页面布局框架的出现让我们有更多的时间去关注底层业务逻辑，而不是页面的风格和结构。它让我们摆脱了大量用include方式复用页面尴尬局面，也避免了页面开发在团队开发中的复杂度，它还提供了很大的灵活性以及给我们提供了整合异构Web系统页面的一种方案
sitemesh最令人诟病的一点可能就是它的性能问题，由于使用了装饰器模式，要去解析html代码，会产生很多垃圾对象，所以会频繁的引起GC，CPU的负担会加大。而Tiles基本上没有这样的问题。Sitemesh的测试见：。
使用Sitemesh虽然也至少需要两个文件，一个布局文件，一个装饰器映射文件，在映射中也需要配置匹配的URL径，实际使用上比Tiles简单不了多少。Tiles2.X的版本配置确实复杂，但是通过的例子我们可以看见自从Tiles3.0引入通配后，配置简单了很多。
在JSP页面的编写上，使用Sitemesh非常简单，完全是无倾入的，开发人员根本不知道是否用了sitemesh。而使用Tiles的开发人员要注意由于HTML这样的标签都定义在了布局jsp中，所以每个tile页面是不能包含它们的。
动态内容的编辑，比如每个页面的title，sitemesh提供了decorator:title /用来很方便的为你插入title内容。而Tiles则必须单独定义在定义文件中，或者使用通配从controller返回的视图名中解析出来，感觉相当不好。
Tiles的功能更强大一些，比如可以直接在servlet中渲染视图，在运行时改变定义之类的，而且有更好的个性化扩展性，相对来说sitemesh就没那么多功能了。Tiles的学习难度会比sitemesh高一些，sitemesh入手更简单一些。
sitemesh的配置简单，方便快捷，适合的项目应该是主要以jsp作为主控制器的项目，比如项目是以jsp为主去开发，相信sitemesh对这样的项目会如虎添翼!或者你直接采用struts-sitemesh这样的第三方组件，也是可行的。缺点是对底层支持、api支持暂时不够。Tiles在国际化、性能、灵活性方面更胜一筹。
总的来说，Tiles和Sitemesh都常好的布局框架，具体选择哪一个应该根据项目来定。如果对性能要求比较高，并且对于页面的组合比较灵活的话，还是选择Tiles稳妥些。如果需要开发的页面很多，并且对性能的要求不是特别高，个人认为还是Sitemesh比较适合。
推荐：