php模板的设计思路非常漂亮，用注释里的begin和end把html（wml，或任何xml）页面切割成不同的块，而且块里面还可以继续切块。
这样一来，一个页面被切割成一个树结构，很象dom结构。只是dom结构太过笨重，对每一个元素都要建立一个节点，而且节点的类型非常复杂。比如，一个html dom结构，有多少种html元素，就会有多少种节点类型，比如，body，table，tr，td，form，input等。
而php模板则是一个轻量级的dom结构，一个begin-end块就是一个节点。begin-end块只包括三种内容——静态文本，变量，和其它的begin-end块。
设计思路如此简洁而强大，易用而通用（可以用在任何规范或不规范的xml页面中，比如html，wml，甚至xul，xaml），而且，能够在html编辑器中所见即所得。纵观天下模板技术，莫出其右。
我经过了多种java页面技术的折磨，经同事介绍，认识了php模板技术，欣喜异常，原来竟有这样的好东西，只恨相识太晚。
fastm模板的思路完全借鉴php模板思路，只是稍微做了一些扩展。（详情请参见我的上一篇提到jdynamite的文章——java页面技术综述）。
fastm模板的begin-end dynamic块，就相当于php模板的begin-end块。
fastm模板的begin-end ignored块，就相当于php模板的忽略不显示的begin-end块。
比如下面的html片断。
<select name=”zipcode”>
<!-- begin dynamic: zipcodes -->
<o
<!-- end dynamic: zipcodes -->
</select>
我们看到，这个片断包含一个begin-end块（zipcodes），这个块里包含两个相同的变量{state}，其它的部分都是静态文本。
这个片断的fastm template dom结构如下：
静态文本 <select name=”zipcode”>
动态块zipcodes --
| --- 静态文本 <o
| --- 变量{zipcode}
| --- 静态文本 ”>
| --- 变量{zipcode}
| ---静态文本 </o
静态文本 </select>
fastm模板dom结构的一个核心特性就是，只能读取，不能改变。
php代码每次装载一块php模板，然后动态更换里面的变量部分的值。php模板从本质上讲是可以读取，也是可以操作改变的。
html（wml，xml）dom更是如此。程序直接修改dom节点的值，才能得到不同的动态结果。可以说，xml dom天生就是用来操作改变的。xml dom本身又是模板，又是数据。
可以改变的dom结构不能够用在多线程的环境下。每个线程必须获取自己的新鲜dom备份，进行操作改变，得到自己的动态结果。想想看，在一个静态文本占绝大部分的dom结构里，这种做法将造成多么大的空间和时间上的浪费。
fastm模板的dom结构是只读的，不能改变。所以一个fastm dom可以用在多线程的环境中。
既然我们不能改动fastm template dom，那么我们如何给fastm template dom赋值呢？我们如何利用fastm template dom获得动态结果呢？
fastm引入了valueset的概念。valueset是一个树形结构的动态数据集，用来匹配只读的fastm模板dom结构，生成动态结果。
程序员必须事先构造好整个树形动态数据集（valueset dom），然后把和valueset dom和fastm template dom结合起来，生成动态结果。
所以，fastm的整个使用如下：
（1）程序的整个运行过程中，fastm模板文件（也就是加了begin-end注释的html文件）只需要被解析一次，生成一个fastm template dom。
（fastm模板解析速度奇快，比jsp编译，velocity解析，xml dom解析，都快很多，大部分情况下甚至快于sax解析。而且fastm dom和原始fastm模板文件的大小几乎一样大，只多了一个list记录不同的块，空间效率也要高出）
（2）程序生成不同的valueset dom，匹配只读的fastm dom，生成不同的动态结果。
（由于fastm template dom结构的简单高效，整个匹配过程很快。通常情况下，时间效率甚至高于最快的纯jsp或servlet。valueset dom的空间效率比不上纯jsp或servlet，但经过合理重用，至少可以接近纯jsp或servlet的空间效率。以后的高级应用话题系列会详细讲解这个问题。）
比如，我们来为上面的template dom结构（zipcode select）构造一个valueset dom。
string[] zipcodes = {“361005”, “100008”};
ivalueset top = new valueset(); // 对应上面的整个html片断
list items = new arraylist(); // 对应 动态部分zipcodes
for(int i = 0; i < zipcodes.length; i++){
ivalueset item = new valueset();
item.setvariable(“{zipcode}”, zipcodes[i]);
items.add(item);
}
top.setdynamicvaluesets(“zipcodes”, items);
我们把top这个valueset dom和template dom结合起来。就生成如下结果。
<select name=”zipcode”>
<o
<o
</select>
我们可以看到，template dom节点和valueset dom节点之间不是一一对应的关系，而是一对多的关系。一个template dom节点对应一个valueset list。valueset list包含多少个valueset，这个template dom节点就显示所少次。
比起taglib来，fastm的优势显而易见。fastm的几行代码，或者一个方法，可以实现一个或几个taglib的功能。比起任何其它的页面技术来说，其它页面技术能做到的，或者做的好的，fastm都能够做得到，而且做的更好。而fastm能做到很多其它页面技术做不到的事情。好了。不多说了。j
valueset dom和template dom的分开，是一个极大的思路上的创新和飞跃。
毕竟，页面中的动态部分，和静态比起来，是非常小的一部分。valueset dom代表动态部分，由程序随时生成，可以存在多份。template dom代表静态部分，只需要解析一次，而且只需要一份。
valueset dom和template dom的分开，更是一种前所未有彻底的显示和数据的分离。比xml/xslt的方法更加彻底。xml确实是纯粹的数据，但xslt中却不可避免的要包含逻辑。valueset dom是纯粹的数据，没有任何逻辑，template dom是纯粹的显示模板，也没有任何逻辑。
一份template dom可以用多个valueset dom赋值。同样，一个valueset dom也可以用于多个template dom，把相同的数据显示在不同风格的模板中。
比如，我们还有这样一个html片断：
<table>
<!-- begin dynamic: zipcodes -->
<tr><td>{zipcode}</td></tr>
<!-- end dynamic: zipcodes -->
</table>
我们把上面的top valueset赋给这个模板。得到的结果如下。
<table>
<tr><td>361005</td></tr>
<tr><td>100008</td></tr>
</table>
我们可以看到，template dom就是模板，只包含显示风格和分块定义。valueset dom就是数据，只包含数据。
fastm具有其它页面生成技术不可比拟的优越性：
所见即所得，模板与数据的彻底分离，模板与数据的多对多自由匹配，易学易用，开发速度快，运行空间小，运行速度快。
就我个人的感觉来说，fastm简直是解决一切页面技术问题的银弹。
上文可能有些“自卖自夸”之嫌，特解释如下：
我不是一个善于吹嘘的人。否则早就从事推销员、公关宣传之类有前途的职业去了。而且由于自我推销能力和社会关系学能力的欠缺，已经造成了自身的能力、精力和时间上的极大浪费。我痛苦自己的现状，却不后悔。我了解社会的游戏规则，但没有能力，也不愿、不屑参与。内心里总是存在着一种痴心妄想，希望创造一个游离于现有规则之外的奇迹。
另外，我是一个客观求实、头脑严密清晰的人，具有“外举不避仇，内举不避子”的负责的学术精神。有一分，当说一分，决不多说一分，也绝不少说一分。
jsp技术的可重用性的核心在于taglib。
xml dom的可重用性的核心在于dom节点的通用操作。
fastm的可重用性的核心在于valueset dom节点的通用操作。比如，上面讲的那段生成valueset的代码。
template dom本身可以作为一个只读模板来使用，同样，template dom下面包含有的任何template dom结构也可以作为一个独立的只读模板来使用。这点和xml dom一样。xml dom的任何一个节点可以作为独立的节点来使用。
valueset dom不仅是数据重用的核心，同样是模板拼装重用的中枢。fastm实现各模板之间各个块的搬运拼装，再容易不过了。实现所谓的tile功能，小菜一碟。
jsp，还有某些表示逻辑的taglib，velocity模板，xsl文件，都是包含逻辑的模板。个人认为，模板中包含逻辑，是一种很可笑的行为。模板的长处在于表现页面布局、显示风格，而不在于逻辑。为什么不让擅长逻辑的java去处理逻辑？
在fastm中，template dom和valueset dom中都不含有任何逻辑。所有的逻辑都落在java代码中。而java是一种高度面向对象的语言，其结构性和重用性是任何模板语言不能比拟的。所以，fastm的可重用性的核心在于valueset dom节点的通用操作。这些通用操作的代码当然由java实现。
联系客服
