我所设想的API就是这样：render(JSON,template) – > HTML.
我正在使用一个java框架(实际上是播放框架,但我不认为这是框架具体的).
我看过很多类似的问题,最新的,最有帮助的是：Templating language for both client-side and server-side rendering.
我非常同意作者的明确的竞争者,如：胡子和Google Closure模板不会削减它. (原因看这个帖子)
要求：
>必须：客户端渲染
>必须：客户端缓存模板文件
> NICE：客户端’编译一次执行多次模板文件,以快速的JavaScript代码
>必须：服务器端呈现
> NICE：本机java实现
我看到一堆帖子,建议使用Node.js进行服务器端模板.虽然这肯定会起作用(下划线模板,Handlebarsjs,EJS都可以正常工作)我正在努力去看看如何将Node.js与java进行通信/组合/集成,毕竟仍然是需要输出JSON的java框架
我看过一些帖子提到一些JVM和node.js之间的概念通信(通过http或使用JNDI).不过,现在似乎没有图书馆,更不用说经过测试了.
所以为了整理这些事情,你建议哪些客户端模板引擎可以在java中运行(或者有一些环,可以从jvm调用)？而如果“hoop”恰好是Node.js,那么你建议使用哪种方式的通信/库？
解决方法
一旦存在,重构路径不应该那么陡峭.
EDIT – 2012年4月
好的,更新这个以备将来参考：
>我将服务器端模板外包给Node.js.
>使用套接字实现的java和node.js之间的通信. (见：Sending data from node.js to Java using sockets,在哪里我有想法)
>从现在起,我只需要一个client-lib(或更好的在客户端和服务器端使用节点运行的JavaScript),我可以更自由地选择.已经习惯了胡子,我选择了霍根分析器(由Twitter的家伙)(http://twitter.github.com/hogan.js/)
100％DRY(甚至客户端mixins和i18N捆绑来自相同的来源.
此外,Hogan可以预先编译服务器端的模板,并打开与客户端的连接,以便客户端在第一次连接时不再需要解析模板.
是快吗闪电…
