spring - Thymeleaf 与 Spring MVC 3

Question

我必须决定与 Spring MVC 3 一起使用的 View 层技术，并且我遇到了 Thymeleaf。有人使用过 Thymeleaf 或有过相关经验吗？如果我碰巧选择它与 Spring 3 一起工作，我会得到什么，又会错过什么。

我希望我的前端设计师感到舒服，这就是为什么我在考虑是否可以将 thymeleaf 与 Spring 3 一起使用，并且仍然拥有我们通过 JSP + Spring MVC 3 获得的所有功能。

Answer 1

Thymeleaf 和 Spring 是非常好的搭配。 Thymeleaf 的 Spring 集成已按预期完成，并且很好地记录了如何开始。

一年以来，我在多个项目中使用了这种组合，我仍然对当时所做的选择感到满意。

Thymeleaf 传播所谓的“自然模板”，这意味着可以在没有模板引擎的情况下查看模板，它们是带有附加标签属性的 html 文件，浏览器会忽略这些属性。

这意味着网页设计师可以设计页面，将其交给开发人员，如果必须更改布局，则可以再次返回。

虽然我一开始非常喜欢这个想法，但我很快意识到，作为开发人员，我们倾向于创建可重用的组件。这通常会导致模板要么没有太多可显示的内容，要么有过多的元素。

想象一下表格单元格组件中的一些 switch 语句，它呈现复选框、文本字段、选择框等。如果没有引擎，包含此单元格片段的表模板将无法解析它。或者想象一下带有所有样式和 js 声明的 header 片段。 CSS 在纯文件模式下不可用。

但是您可以添加额外的 html 标签并在处理过程中删除它们。所以自然模板仍然是可能的。有很多东西要写:)

有围绕解决此问题的支持扩展(例如使用 JS 拉入片段)，但我没有使用它们，因为我的应用程序通常在 30 秒内部署，我什至可以动态更改模板，而无需使用重新部署。

在 thymeleaf 周围也有一个相当不错的生态系统之后。扩展 Thymeleaf 的能力是通过我非常喜欢的方式完成的! (我自己写了两个较小的扩展)。

我更喜欢布局方言而不是包含方法。我想说这是一个品味问题。

从我的角度来看，选择 Thymeleaf 而不是 Plain JSP 显然是有利的。看看网页然后自己决定;)