jade 和 ejs没有使用编译执行测试的 handlebars 编译后测试的 我写的bmw.js并没有编译这个概念，首次使用可以理解成编译吧
过年这段时间确实无聊，没啥事就一直在搞这玩意
源代码：https://github.com/2881099/bmw.js 欢迎拍砖
要手动编译的，cls目录里c.js负责编译（sml => js）， tt.js负责渲染（js + data => html）。
var sml = require('../lib/sml');
var fs = require('fs');
var filename = 'test.sml';
var str = fs.readFileSync(filename, 'utf-8');
var s = new sml(str, filename);
s.parse();
var out = s.compile();
fs.writeFileSync('test.js', out, 'utf-8');
var test = require('test.js');
var data = {title:"title"};
var html = test.render(data);
类Jade语法，支持模板继承，速度大概是ejs的10倍左右，我不清楚你这么大差距的数据是怎么做出来，你的代码我也大致看了，并没有什么黑魔法。
我大概猜出是什么原因了，可能你的测试并没有考虑escape，如果带escape，差距不会这么大的。
@coordcn 循环怎么写，你上面的readme不详细
对应的数据是 db = { list:[{index : 1, user : ‘xxx’, site : ‘yyy’}, {index : 1, user : ‘xxx’, site : ‘yyy’}, {index : 1, user : ‘xxx’, site : ‘yyy’} …] }
ul 这里写 for li {#item.index}. 用户: {#item.user}/ 网站：{#item.site} /li 这里是 for 结束 /ul
循环就是js代码，其实模板优化到极限性能都差不多，你跟doT和jst比就行了，sml性能跟他们差不多，关键还是易用。这个是半成品，现在不搞js了，我用lua了。有时间用lua也实现一个，语法统一，可以编译不同语言的。
sml最大的特点是继承的实现，模板的继承就是利用javascript原型继承实现的，可以无限继承。
这个是 @fengmk2 测试各种模板性能的帖子。 https://cnodejs.org/topic/4f16442ccae1f4aa27001109
@coordcn 和doT对比了下，慢了一点点，他也没有escape 首页渲染时间比doT快了一倍，相当于是编译时间吧
灵活度的话我觉得doT差一些，可能我还没具体了解，我的能适应任何js表达式，还有我受不了他的语法
@coordcn 他快的原因是因为传递了it整个对象进渲染函数中
比如 it 内容是 { list:[], title :‘xxx’ }
doT在模板中就会这样使用 {{=it.title}}，因为他的渲染函数是 function(it)
我为了模板中使用更方便，直接 {#title} 就行了， 因此我在渲染前分会先把 it 对象的成员分析出来，再构造相应的参数 function(list, title)
整个对比的差距就在 for (var key in it) 上了，doT没有这个步骤
@coordcn 同样的代码放到express.use("/", function(req, res) {}); 里面测试不知道为啥结果差了近10倍，可能受http或者其他模块影响吧
这个跟加escape道理是一样的，性能差距被其他计算拉平了。
nodejs的stream实现并不是很高效，net和http自然性能一般，你模板即便再快，原生模块扯了后腿，平均下来就不好看了。
你可以看响马的测试 http://cnodejs.org/topic/5672c03fcd926feb0c0c8ebc
ndoejs和fibjs，go的差距可不是一点两点，尤其在高并发的状态下，差距更大。
我用lua和libuv实现的也比nodejs性能好，跟fibjs一样是用同步代码写异步程序，没有回调，没有promise，没有generator/yield，没有async/await，直接同步代码走起。
