Apache Tiles框架的优缺点

Question

当天的问候，我只是想找出使用​​Apache Tiles框架的利弊。请告诉我您宝贵的建议，意见和相同的意见。

Answer 1

（类似于this）

使用Tiles，似乎当我有100个动作时，我需要创建100个jsp文件并在tiles.xml中创建100个定义 - 真的，不幸的是

这不是真的。关于瓷砖的常见错误观念。

这种样板配置是瓷砖挂起1天。引入通配符时，实际上没有必要使用tiles-2，特别是使用tiles-3和OptionsRenderer。

这是一个可以帮助你的tutorial

• 弹簧与瓷砖整合，
• 带通配符的定义，
• 使用OptionsRenderer实现回退模式，和
• 定义组成。

Answer 2

我一直在使用Apache Tiles进行非商业项目，而且我每周都对它不那么热衷了。但这可能是由非常基本的文档，很少的示例（没有高级主题的示例）和相当小的社区引起的。

此外，我建议你看看这些资源：

• Better alternative to Apache Tiles - 使用Tiles，似乎当我有100个动作时，我需要创建100个jsp文件并在tiles.xml中创建100个定义 - 真的，不幸的是
• http://blog.springsource.org/2012/10/30/spring-mvc-from-jsp-and-tiles-to-thymeleaf/ - Apache Tiles方法类似于自定义标签，因此具有相同的优点和缺点。 Apache Tiles项目有一些活动，但绝对不如ThymeLeaf那么活跃

总结 - 优点：

• 能够从基本视图，UI重用中构建复杂（composite）视图
• 它已存在一段时间了，它在一些主要框架中得到支持，例如Spring（很容易从它开始）

缺点：

• 小社区，不是很活跃的恕我直言
• 基本文档，很少的例子，很难在网上找到有价值的最新资源 - 你将不得不深入研究Java接口和类，以便找到apache tiles提供的内容
• composite view而不是decorator - 在我看来，装饰器模式更灵活 - 您可以在请求处理的最后定义变量，槽，属性等，而在composite view中，您需要关注定义属性时（子视图的所有属性必须在呈现之前定义 - 属性覆盖更难处理

Answer 3

我一直在使用瓷砖已经有一段时间了，我必须说一旦你进入它并且你知道所有功能你会喜欢它。一开始它看起来如此复杂和繁琐，你将花费大量时间谷歌搜索。但在此之后，您将利用在其他框架或概念中找不到的大量功能，例如模板继承，覆盖，灵活组合，通配符视图匹配，视图编写器等等......并且它与Spring集成得非常好。另一方面，我想到的唯一功能是不可能直接在视图中定义父模板（这实际上会打破Tiles概念）。