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 -->

            <o pt ion value=”{zipcode}”>{zipcode}</o pt ion>

            <!-- END DYNAMIC: zipcodes -->

</select>

我们看到，这个片断包含一个BEGIN-END块（zipcodes），这个块里包含两个相同的变量{state}，其它的部分都是静态文本。

 

这个片断的fastm Template DOM结构如下：

静态文本  <select name=”zipcode”>

动态块zipcodes --

                             | --- 静态文本  <o pt ion value=”

                             | --- 变量{zipcode}

                             | --- 静态文本  ”>

                             | --- 变量{zipcode}

                             | ---静态文本 </o pt ion>

静态文本  </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”>

            <o pt ion value=”361005”>361005</o pt ion>

            <o pt ion value=”10008”>100008</o pt ion>

</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实现。