关于google js模板引擎和juicer效率对比

Question

@郭凯 你好，想跟你请教个问题：你用过google的closure template吗，效率和你这个比如何啊

Answer 1

@JSON 其实恰恰相反，封装一套自定义语法的初衷是为了模板的更易用、易读、易维护，内部使用<%..%>既是为了完全兼容micro-tmpl的语法，也是为了不喜欢自定义语法的朋友能够依旧用原生的js代码风格写模板。

Answer 2

@郭凯 ，但是juicer的语法太郁闷了，外部使用 {@each} 等，源码又解析拼接 <%...%>，为什么不直接使用 <%  %>，又发明一套语法，加重使用人员学习负担。

Answer 3

多谢支持，我后续多完善一些例子，可以放入生产环境，已经有在生产环境用的例子了。:-)

Answer 4

哦明白了，你这个写的很好，不过文档和例子还要丰富下，现在可以放入生产环境吗

Answer 5

多谢关注，做了同类常见模板引擎的对比，没有跟Closure Template作对比，它依赖java环境去生成javascript文件，不论在使用上还是其功能上都没有太多共性，Juicer是完全不依赖其它语言环境的前端模板引擎。