-
templatable 的代码中，compile 方法每次都调用 `Handlebars.compile(template)(model)`，在每个实例初始化的时候都要编译一遍模板。这对于大部分情况下是很浪费CPU的，特别在ie下，批量渲染 DOM 的时候性能非常差。有改进的空间。
可以做缓存。
-
现在貌似不支持模板嵌套啊，这个很有用的！还有个人觉得渲染速度方面还有优化空间，可以参考下[artTemplate](https://github.com/aui/artTemplate)的做法或许可以再提升些渲染速度~~~
-
往常语言中的惯例都是 foreach($array as $k $v)这样子，artTemplate中把这个顺序解析成了as $v $k，个人感觉不如按往常的惯例来的好。
-
@kangpangpang @lifesinger
你好，spm 压缩时遇到如下问题，不知是压缩的问题，还是开发方法的问题。
压缩是遇到如下问题
模板文件
tpl.tpl
<input type="hidden" name="addon[]" value='<#= val #>' />
// 其中<#= val #> 会被解析为一个 json,如 {"a"…
-
最近在用 感觉很好 但是遇到一个问题 数组嵌套的时候应该模板应该怎样写？
比如像这样 文档里面好像没有
[{name:'v',datalist:[{name:'xy'},{name:'tv'}]},{}];
谢谢
-
现在使用 handlebars 时基础功能还是有局限的，比如 if 不能判断表达式，不支持 else if。
```
{{#if x > 1}}
{{/if}}
```
我们是否需要提供扩展包来支持一些常用的逻辑，一般业务组件的逻辑比较复杂。
ps：#if 会在 velocity 的模版引擎报错，对贵公司的模版引擎汗颜的情况下还是需要做兼容方案。