我在一个大型的基于 Java 的 Web 应用程序上工作,它是在过去 5 年左右的时间里建立起来的——UI 需要大修/大量重写。我们正在研究可用的 UI 工具/库/框架来使用,并且发现dust.js作为模板的一个选项。
问题: 我很想听听dust.js的用户对它的看法:
- 它成功了吗?
- 这个容易用吗?
- 是否有充分的记录?
- 社区支持好吗?(ST 上只有 6 个问题标记为“dust.js”!)
- 与Underscore的模板、Google Closure Templates、Handlebars和Mustache等其他模板工具相比,有哪些优缺点。
- 将它与 MV* 结构框架一起使用是否有任何问题,例如Backbone.js(在线书籍)?
一些背景:
为什么我们对dust.js感兴趣:以下LinkedIn博客文章首先引起了我们的注意:
- 将 JSP 抛诸脑后:将 LinkedIn 移至dust.js 客户端模板
客户端模板弃用:mustache、handlebars、dust.js 等
两篇文章中的第二篇很好地回答了问题 5,但除了 LinkedIn,Google 的结果很少详细说明模板系统或暗示它是一个受欢迎的选择。此外,帖子中提到他们已经扩展了功能,并希望有一天能够为原始项目做出贡献。我担心在他们这样做之前,我们可能还需要扩展功能。
话虽如此,LinkedIn对模板系统的原始要求与我们的非常接近(见下文),他们在选择之前显然做了一些非常彻底的调查。
我们的要求:
- DRY:理想情况下,我们希望在服务器(基于 Java)和客户端使用模板系统,或者如果我们选择 LinkedIn 的完整方法,则仅在客户端使用;
Instead of using a JSP, GSP, or ERB to assemble a page server side and send back HTML, we have the server send back just the dynamic data as JSON and have the page assembled in the browser using a static client-side template served from a CDN"
- 完全国际化
- 良好的社区支持
- 足够容易使用/拿起
- 与jQuery和Backbone.js一起愉快地工作
- 有据可查
- DRY:理想情况下,我们希望在服务器(基于 Java)和客户端使用模板系统,或者如果我们选择 LinkedIn 的完整方法,则仅在客户端使用;