这是一个系列文章，将会介绍目前Web前端领域里用到的三种模板引擎技术，它们分别是：

基于字符串的模板

基于Dom操作的模板

基于虚拟Dom的模板

本文是这个系列的第一篇，着重介绍基于字符串的模板引擎的实现原理，分析它的优点缺点以及使用的场景。

进入正文之前，我们先回顾一下在模板引擎出现之前，暂且称之为“石器时代”，我们是如何利用JS改变页面结构的。对于下面的代码：

如果我们需要修改container里面的内容，一般有2种方法：

通过JS的DOM API直接操作DOM

var newTxt = '石器时代需要自己撸工具，摩擦摩擦，似魔鬼的步伐...';

var container = document.getElementById('container');

var desc = document.createElement('H1');

var txt = document.createTextNode(newTxt);

desc.appendChild(txt);

container.replaceChild(desc, container.childNodes[0]);

通过innerHTML批量修改DOM结构

var newTxt = '石器时代需要自己撸工具，摩擦摩擦，似魔鬼的步伐...';

var template = '

' + newTxt + '

';

var container = document.getElementById('container');

container.innerHTML=template;

相比之下，第二种方式通过innerHTML更新DOM要简单许多，它无需考虑DOM的层级结构，只要做简单的字符串拼接就能实现需求。但这种方式的问题是代码可读性很差，同时开发者还必须保证最终拼接的字符串的正确性。当需要作出修改时，面对一坨的字符也很痛苦。

在上面的例子中，我们的需求是将一个变量注入到模板当中，类似ES6的模板字符串：

var newTxt = '石器时代需要自己撸工具，摩擦摩擦，似魔鬼的步伐...';

var template = `

${newTxt}

`;

但ES6这种现代化的常规武器，对石器时代而言是天方夜谭。部落里的老司机凭借深厚的JS功底，撸出了各种基于字符串的模板。这些模板又可以细分为2类：一种是不包含逻辑处理，只作数据绑定用的，如mustache.js；另一种是既有逻辑处理，也有数据绑定的，如EJS。

下面，我以EJS的语法为例，实现一个简单的字符串模板引擎。模版引擎的编译流程如下：

1.首先，需要编译模板字符串，将其转换为JS能够理解的语法。第一步是利用正则表达式，区分出字符串中哪些是模板语法，哪些是正常的HTML标签。以下是一个EJS语法的例子：

在‘’之间是JS的表达式，而在‘‘之间是普通的JS语句，可以进行逻辑判断和条件循环等操作。可以使用以下正则表达式抽取：

// 匹配表达式，只能有一行

let evalExpr = /\/g;

// 匹配语句，可以有多行

let expr = /\/g;

对于普通的HTML标签，需要用自定义的echo函数包裹一下，在使用eval函数编译的时候直接输出字符串。echo函数的定义如下：

// 临时变量，保存编译后的模板字符串

let output = "";

// 直接将html字符串拼接到output后面

function echo(html){

output += html;

}

完整的compile函数代码如下：

function compile(template){

// 匹配表达式，只能有一行

let evalExpr = /\/g;

// 匹配语句，可以有多行

let expr = /\/g;

// 内容为空的部分

let empty = /echo\(\"\"\);/g;

template = template

// 转换JS表达式

.replace(evalExpr, '`); \n echo( $1 ); \n echo(`')

// 转换JS语句

.replace(expr, '`); \n $1 \n echo(`');

// 在模板的最外层包裹一个echo

template = 'echo(`' + template + '`);';

// 清除空的echo

template = template

.replace(empty, "");

// 保存编译后的字符串，此处用了ES6的模板字符串特性，相当于eval了一下

let script =

`(function parse(data){

// 临时变量，保存编译后的模板字符串

var output = "";

// 直接将html字符串拼接到output后面

function echo(html){

output += html;

}

// 包含echo的模板字符串

${ template }

return output;

})`;

return script;

}

经过正则表达式处理后，这段代码：

会转化为：

echo(`

• `);

for(var i=0; i

echo(`

`);

echo( data.supplies[i] );

echo(``);

}

echo(`

`);

2.第二步，我们将模板中用到的数据data注入到compile函数的parse子函数中，生成最终的字符串。

3.最后，我们再通过innerHTML，把字符串插入到DOM合适的位置。

字符串模板之所以能够更新页面，最核心的原理是使用innerHTML这个api将字符串直接插入到DOM节点中。因此，我们分析字符串模板的优缺点就离不开使用innerHTML更新DOM的优缺点。先谈谈优点：

直观，容易理解。更新后的DOM结构可以一目了然的反映在字符串当中。

容易维护。当需要更改模板时，直接改相应字符串就可以，新人也容易上手。

可用于服务端渲染。简单的字符串拼接，不依赖DOM，对应的字符串可由服务器端直接生成。

再来谈谈缺点：

安全隐患。模板字符串中完全可以出现此类代码：

慢！特别对于需要频繁更新的场景。由于innerHTML是直接替换掉原有元素，因此就涉及到相应节点和对应事件的卸载，然后再装载新的节点和事件。在这个过程中，界面也会被重排和重绘，对性能是严重的损耗。

不智能。当只需要修改模板里面的某一部分数据时，整个模板页都需要被刷新。

维护困难。这不是打脸嘛，上面才说了容易维护，这里又讲维护困难！？这当然是有原因的嘛。当不需要考虑性能的时候，一个页面可能只需要维护一个模板，这难道不简单？但考虑到性能的时候，就需要对模板进行拆分和拼装，维护这些相互依赖的模板会让人很崩溃。

综上所述，我们可以很简单的总结出字符串模板引擎的使用场景：如果你的应用比较简单，交互也不多，也希望有一个快速的首屏时间，请使用字符串模板引擎。反之，你硬要上字符串模板引擎的话，我建议你先看看我下一期或者下下一期的文章再做决定，哈哈哈哈～

未完待续...