我喜欢简洁

###Performance report for 100000 templates (win32):

Gaikan ( 1065ms) - fastest Handlebars.js ( 1507ms) - 42% slower doT ( 1599ms) - 50% slower Fest ( 1618ms) - 52% slower artTemplate ( 1675ms) - 57% slower ECT ( 2300ms) - 116% slower Hogan.js ( 3084ms) - 190% slower Jade without with ( 3647ms) - 242% slower EJS without with ( 3855ms) - 262% slower Dust ( 3921ms) - 268% slower Underscore ( 4294ms) - 303% slower Swig ( 4816ms) - 352% slower Eco ( 4980ms) - 368% slower EJS ( 6578ms) - 518% slower CoffeeKup ( 9375ms) - 780% slower Jade (11637ms) - 993% slower

@slightboy 要有测试代码才靠谱

污染全局变量了, 我有个对全局变量做了处理的方案 https://github.com/mvc-works/coffee-html

@slightboy win32 …

@jiyinyiyong 纯当模板引擎没什么问题，要嵌入用的话确实是个问题

只要提到模板马上就有人开始说性能，唉……

@jiyinyiyong 你这个方案是解决问题了，但看起来就不够纯粹，有强迫症就接受不了……

@jiyinyiyong https://github.com/slightboy/template-benchmark

@ravenwang 这个不能避开的问题

@slightboy 确实慢…

@jiyinyiyong 特别慢的, 可能没有 cache 机制, 每次都解析

我基本一看jade都要把它换成ejs

@slightboy 想到一些可能, 排前面的模版引擎, 编译以后, 插入变量仅仅是字符串拼接. 而在 CoffeeKup 里, 这套语法估计还是和源码里的 CoffeeScript 一样, 每次渲染都有大量的函数调用, 函数调用的开销很大, 加上这些碎片的字符串拼接, 跟单纯拼接字符就差太远了.

@xinshouke 我是反过来