Tiles框架入门教程

1.为什么选用Tiles

刚接触Java Web开发的人都知道，JSP中能够经过include标签动态插入一个JSP页面。在了解这个功能后可能会兴奋不已，由于这样能够实现多个JSP页面共用一个JSP的内容。

如今，假若有一个超级大的电子商务网站，网站拥有10万个JSP页面（悄悄告诉你，这仅仅是一个假设），而且每一个JSP都引用了同一个JSP（咱们称这个JSP页面为A吧）。如今你就是这个网站的开发人员，有一天老板跑到你面前说：“大量用户反馈页面A设计得太丑，严重影响用户体验，若是不在今天以内改进，他们就集体去竞争对手那里购物，因此你今天必需要让页面A从网站上消失，不然炒鱿鱼走人”，这个凶神恶霸的老板说完就甩手走出去了，你没有任何辩解的机会。这时，恐怕你不会以为本身一人可以搞定，那怎么办？程序员都有不少好基友，找一百个基友来一块儿改，每人只须要改1000个页面。否则，只有垂头丧气地收拾好东西离职了。

那么，要是有一天老板又跑过来找你，让你为每一个JSP页面的底部加一个跳舞的小黄人，又该怎么办呢？先找前端工程师设计好跳舞的小黄人，而后用include标签插入到10万个JSP页面。10万个啊，又得请一百个好基友帮忙了！要是老板后面又要在网站顶端加一只唱歌的小鸟、在网站右边加一个工具栏…估计你的好基友要用砖头来砸你了。

那有没有一种方法，能够不用请一百个好基友帮忙，就能够在十分钟以内完成老板交给你的任务？也许你会以为这简直是胡说八道，在十分钟内改完10万个JSP页面就是一种疯狂的想法。也许这是对的，就是一个疯狂的想法，不清楚Tiles的设计者当初也是否受到过这种老板的虐待，因此才设计出了这样一个疯狂的产品—— Tiles 。

没错，Tiles就是为你遇到的这种需求服务的。一旦你在网站系统中使用了Tiles技术，若老板让你删除10万个页面所引用的一个JSP，若是你的速度快的话，你能够在10秒钟以内解决。那要想再让这10万个页面去引用一个JSP呢？也是同样的操做，很是简单。

2. 初相识

本文所讲的示例使用Spring MVC框架（也可使用Struts，使用方法和本文相似），为工程添加Tiles特性很容易，如果Maven项目，直接在pom.xml中添加如下依赖便可：

 

<dependency> <groupId>org.apache.tiles</groupId> <artifactId>tiles-extras</artifactId> <version>3.0.5</version> </dependency>

若不是Maven项目怎么办？能够直接到Apache的 Tiles 项目页面下载jar包就能够了。 
接下来，咱们就要开始Tiles旅程了，你准备好了吗？ 
新建一个布局文件，命名为layout.xml，咱们要在这个文件里配置网站的布局，内容以下： 

<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE tiles-definitions PUBLIC "-//Apache Software Foundation//DTD Tiles Configuration 3.0//EN" "http://tiles.apache.org/dtds/tiles-config_3_0.dtd"> <tiles-definitions> <!-- 主布局 --> <definition name="layout" template="/mainLayout.jsp"> </definition> <!-- 主布局 --> <!-- 项目 --> <definition name="myView" extends="layout"> <put-attribute name="a" value="/a.jsp" /> <put-attribute name="b" value="/b.jsp" /> </definition> <!--项目--> </tiles-definitions> 

其中，mainLayout.jsp就是咱们的主布局模板，它决定整个网页须要显示的内容以及显示到什么地方。而a.jsp和b.jsp就是模板里须要显示的两个引用页面。简而言之，mainLayout.jsp这个页面引用了a.jsp和b.jsp两个页面。mainLayout.jsp页面的内容以下： 

<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%> <%@ taglib uri="http://tiles.apache.org/tags-tiles" prefix="tiles" %> <%@ taglib uri="http://tiles.apache.org/tags-tiles-extras" prefix="tilesx" %> <div> <tiles:insertAttribute name="a" /> <tiles:insertAttribute name="b" /> </div>

a表示在这里插入的a.jsp，b表示将要在这里插入的b.jsp。a.jsp和b.jsp中的内容就随意了，这里咱们在a.jsp的内容是”我是a.jsp“，b.jsp 的内容是 ”我是b.jsp“，具体的代码就不贴了。 
而后，咱们须要为Tiles配置视图解析器，在springMVC-servlet.xml（MVC的配置文件，不懂的先百度查询一下）中添加如下内容： 

<bean id="tilesViewResolver" class="org.springframework.web.servlet.view.tiles3.TilesViewResolver" p:order="1"/> <bean id="tilesConfigurer" class="org.springframework.web.servlet.view.tiles3.TilesConfigurer"> <property name="definitions"> <list> <value>classpath:layout.xml</value> </list> </property> </bean>

其中的layout.xml即为前文所创建的布局配置文件，p:order="1"表示优先级，数字越小，解析器的优先级越高。 
如今，咱们就要为视图编写控制器了，咱们写一个控制器命名为TestController.java，主要代码以下：

@RequestMapping("/test") public String testView() { return “myView”; //这里的myView为layout.xml中配置的视图名称 }

运行Web程序，输入xxx/test（xxx为url前缀）能够看到“我是a.jsp “和”我是a.jsp “显示出来。 
也许你开始纳闷了，忙活了这么久，没有发现能够利用Tiles在十秒内解决老板交代的任务啊！别急，好戏还在后面！ 
3. 进入主题 
刚才咱们经过访问 xxx/test ，就访问到了引入了a.jsp和b.jsp主布局页面，那么Tiles是怎么作到的呢？当Spring MVC的DispatchServlet收到来自浏览器的请求后，分析出须要请求的控制器，而后访问解析出来的控制器TestController的testView方法，接着就开始解析视图了。由于咱们用的是Tiles的视图解析器，激情饱满的二级制代码就访问到了layout.xml，最后根据layout.xml的配置组装成咱们看到的页面。那如何解决大量页面引用同一个页面的问题呢？ 
若是只能为每个项目页面在layout.xml中创建一个definition块，那么Tiles都没有完美地解决问题，若是你想避免被老板炒鱿鱼，在建立页面的时候，须要为10万个页面各自创建一个definition块，并引入公共的页面A，当老板不喜欢这个页面A的时候，你须要在这10万个definition块中删除A，这样的工做量仍是很大的。因此， Tiles展示威力的时候到了。 
咱们改写layout.xml，使之适应你的网站。 

<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE tiles-definitions PUBLIC "-//Apache Software Foundation//DTD Tiles Configuration 3.0//EN" "http://tiles.apache.org/dtds/tiles-config_3_0.dtd"> <tiles-definitions> <!-- 主布局 --> <definition name="layout" template="/mainLayout.jsp"> </definition> <!-- 主布局 --> <!-- 项目 --> <definition name="myView" extends="layout"> <put-attribute name="A" value="/A.jsp" /> <put-attribute name="item" expression="/${item}.jsp" /> </definition> <!--项目--> </tiles-definitions> 

这里的A.jsp就是你老板深恶痛绝的页面，而${item}.jsp就表明着大家网站的10万个项目页面（这里用到了EL表达式，若是有不懂的，能够先百度了解一下）。 
再修改mainLayout.jsp页面： 

<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%> <%@ taglib uri="http://tiles.apache.org/tags-tiles" prefix="tiles" %> <%@ taglib uri="http://tiles.apache.org/tags-tiles-extras" prefix="tilesx" %> <div> <tiles:insertAttribute name="A" /> <tiles:insertAttribute name="item" /> </div>

A表示A.jsp中的内容，而item就表明那10万个项目页面。 
继续修改TestController.java，将testView改成introductionView： 

public String introductionView(Model model) { 
    model.addAttribute("item","introduction"); return “myView”; //这里的myView为layout.xml中配置的视图名称 }

这里假设introduction.jsp为公司介绍页面，当访问introductionView时，layout.xml中${item}.jsp就能匹配到introduction.jsp。那么，若是还有一个兔子页面rabbit.jsp，那么经过访问rabbitView就能访问到兔子页面…如今，若是你把10万个页面都这样设计，老板让你删除A页面，知道如何删除吗？告诉你，直接把layout.xml的myView中的A属性删除就能够了，10秒钟是否是太多了？是的，Titles就这么神奇。 4.    Tiles让动态模板变得更加容易 经过前文所述，能够看出Tiles很擅长处理后端动态模板的。那么问题又来了，如今也有不少技术适合作前端模板，好比ejs。ejs的工做方式是在js代码中动态选择ejs模板。如今简要分析一下ejs的工做流程，在js代码中肯定模板之后，由js从后台拉取对应的ejs文件，而后将预先获得的数据填充到ejs模板中，最后才展示给终端用户。从处理速度上分析，Tiles的处理速度通常比js要快。从请求次数而言，使用Tiles时，终端用户只须要请求一次，若使用ejs，则须要请求两次。从可维护性而言，明显Tiles项目的维护性强于ejs。所以，你尽管大胆地在项目中使用Tiles，它可让你的产品性能表现得更出色。Tiles还有更多强大的功能，若是你感兴趣，能够去Tiles项目主页了解更多内容。