fastm设计思路深度剖析
1．PHP(&fastm)把文档切割为简单的DOM结构 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 -->
<option value=”{zipcode}”>{zipcode}</option>
<!-- END DYNAMIC: zipcodes -->
</select>
我们看到，这个片断包含一个BEGIN-END块（zipcodes），这个块里包含两个相同的变量{state}，其它的部分都是静态文本。
这个片断的fastm Template DOM结构如下：
静态文本 <select name=”zipcode”>
动态块zipcodes --
| --- 静态文本 <option value=”
| --- 变量{zipcode}
| --- 静态文本 ”>
| --- 变量{zipcode}
| ---静态文本 </option>
静态文本 </select>
2．fastm的ValueSet是DOM概念的又一次飞跃 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”>
<option value=”361005”>361005</option>
<option value=”10008”>100008</option>
</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简直是解决一切页面技术问题的银弹。
上文可能有些“自卖自夸”之嫌，特解释如下：
我不是一个善于吹嘘的人。否则早就从事推销员、公关宣传之类有前途的职业去了。而且由于自我推销能力和社会关系学能力的欠缺，已经造成了自身的能力、精力和时间上的极大浪费。我痛苦自己的现状，却不后悔。我了解社会的游戏规则，但没有能力，也不愿、不屑参与。内心里总是存在着一种痴心妄想，希望创造一个游离于现有规则之外的奇迹。
另外，我是一个客观求实、头脑严密清晰的人，具有“外举不避仇，内举不避子”的负责的学术精神。有一分，当说一分，决不多说一分，也绝不少说一分。
3．fastm的可重用性的核心在于ValueSet DOM
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实现。
