我在一个基于Java的大型Web应用程序上工作,这个应用程序在过去5年左右的时间里已经build立起来了 – 用户界面需要重新整理/重新编写。 我们正在研究可用的用户界面工具/库/框架,并已经遇到了dust.js作为模板选项。 问题:我有兴趣听到dust.js的用户在想什么: 它成功了吗? 这个容易用吗? 有足够的文件logging吗? 社区支持好吗? ( ST标签上的“dust.js”只有6个问题!) 与其他模板工具(如Underscore的模板, Googleclosures模板 , 把手和小胡子)相比,有什么优点和缺点。 使用MV *结构框架,例如Backbone.js ( 在线书籍 )有没有什么问题? 一些背景: 为什么我们对dust.js感兴趣:以下的LinkedIn博客文章首先引起了我们的关注: 把JSP留在尘土中:将LinkedIn移动到dust.js客户端模板 客户端模板化:胡子,把手,dust.js等等 这两篇文章中的第二篇非常好地回答了问题5,但是来自LinkedIn的观点很less有谷歌的结果详细说明了模板系统,或者暗示它是一个stream行的select。 另外,这个post提到他们已经扩展了function,并希望有一天能够为原来的项目做出贡献。 我担心,直到他们这样做,我们可能还需要扩展function。 说到这一点,LinkedIn对模板系统的原始要求与我们非常接近(见下文),他们在select之前已经做了一些非常彻底的调查。 我们的要求: DRY :如果我们selectLinkedIn的完整方法,我们理想的是希望在服务器(基于Java)和客户端使用模板系统,或者只使用客户端模板系统; Instead of using a JSP, GSP, or ERB to assemble a page server side and send back HTML, we have the server send back […]