在前端开发中应用javascript模板引擎 - 事半功倍！

我们在使用JavaScript进行前端开发的时候，做的最多的事情，除了dealing with dom以外，就是围绕json数据的操作了。而数据操作最麻烦的就是用json生成dom对象了，通常我们会写一堆for, switch, if之类的代码来支持data向view的转化, 这样的代码一般会像：

var data = [{name: ‘Claire’, sex: ‘female’, age: 18, flag: true},

{name: ‘Mark’, sex: ‘male’, age: 25, flag: true},

{name: ‘Dennis’, sex: ‘male’, age: 32, flag: false},

{name: ‘Tracy’, sex: ‘female’, age: 23, flag: true},

{name: ‘Wane’, sex: ‘male’, age: 18, flag: true}],    

html = [‘<ul>’], 
    item; 
 
for (var i = 0, l = data.length; i < l; i++) { 
 item = data[i]; 
 if (item.flag) {

html.push(‘<li>’);

switch (item.sex) {

case ‘male’:

html.push(‘<span style=”color: blue”>’);

break;

case ‘female’:

default:

html.push(‘<span style=”color: red”>’);

break;

}

html.push(‘name: ‘ + item.name + ‘,  age: ‘ + item.age);

html.push(‘</span></li>’);

}

} 
html = html.push(‘</ul>’).join(‘’); 

最终生成的html如下：

<ul> 
 <li><span color=”red”>name: Claire,  age: 18</span></li> 
 <li><span color=”blue”>name: Mark,  age: 25</span></li> 
 <li><span color=”red”>name: Tracy,  age: 23</span></li> 
 <li><span color=”blue”>name: Wane,  age: 18</span></li> 
</ul> 

这样做，随着数据结构越来越复杂很快你就会发现代码越来越臃肿，而且html完全嵌入代码，几乎不可维护。实际上，将展现逻辑同数据分开在服务器端脚本中是很容易的事情，因为服务器端脚本一般都支持模板技术。相信大家对<% %>之类的标记已经熟悉到烦了。模板语言的好处是能用一种灵活、易扩展的方式来将展现标记（如 html）、数据（如json）和控制代码（如javascript）解耦。
现在也有不少浏览器端用javascript实现的模板引擎，如extjs的xtemplate,，jTemplate，TrimPath等。实现的思路都一样：将一段定义好的模板代码（像 <% do something %>之类的）compile为js代码；然后将json data作为这段js代码的输入，最终产生一段需要的文本（如html）。

我在项目里使用过不少js模板引擎，下面列一下他们的优缺点，其中会用到两个性能指标，compile speed（从一段模板代码生成js代码的速度） 和 apply speed（应用json data产生最终输出文本的速度）



Extjs：

Xtemplate是extjs的基础组件，extjs中不少控件都是靠xtemplate来生成html。当然，就为了用个模板引擎就把1m多的extjs include进来显然不是什么明智之举。所以我用的时候将其剥离了出来，大概也就10k吧。这个引擎的使用感觉是速度快，小，语法简单，没什么学习曲线。但是在模板语句中很难调用外部代码，难以扩展，而且，每compile一次都得n次eval，一不小心就会造成内存泄露。

Compile speed: 中等    apply speed：快



jTemplate：

这是一个开源的小程序，目前版本1.1（好像1.1很久了），32k。定义了一套完整的模板语法，然而这也正是问题所在，要想用这个程序还必须学一套没什么大用的语法。分析了它的代码后我发现它并没有什么compile过程，大部分工作都放到apply data阶段了，导致它转换数据的速度很慢。

Compile speed: 快      apply speed: 慢



TrimPath template：

Trimpath本来是一个js框架，也和extjs一样基于一个模板引擎，只不过作者直接将模板引擎拿出来作为了一个可以单独调用的组件，20k左右。有一套简单的语法，功能一般，性能也不突出。

Compile speed: 慢     apply speed: 中等



把这几个引擎都用了一遍以后，感觉都不太顺手，不过也总结出了一个优秀的模板引擎应该具有的特点：

1.     使用javascript的流程控制语句，并做适当增强

2.     在模板代码中可自由引用任何global对象，模板代码中的scope（即this对象）可任意扩展

3.     性能优良（compile speed和apply speed）



于是，按照这三条标准，我自己写了一个很轻量的模板引擎，使用这个引擎，上面那段替换代码就可以换成：

var html = (new Sweet('<ul><[foreach($data as people) { if (people.flag) {]>'
+ '<li>'
+ '<span style=”color: <[=people.sex == "female" ? "red" : "blue"]>”>'
+ 'name: <[=name]>, age: <[=age]>'
+ '</li>'
+ '<[}}]></ul>')).applyData(data);

不废话了 ，更多信息请查看：

http://code.google.com/p/sweet-template/

或者：

http://plugins.jquery.com/project/sweet-template