Apache Tiles框架非常棒。但我讨厌的一件事是我必须维护的大型xml配置文件,即使是分区的,我只是讨厌将编程和表示信息放在配置文件中。
我只是不明白? struts / tiles作者是如何达到这种在配置文件中放置如此多的表示逻辑的强迫趋势的?
我正在寻找像Tiles这样的框架,但没有血腥的XML配置。任何人都可以帮助列出基于与Tiles竞争的Composite View模型的布局框架。
答案 0 :(得分:1)
SiteMesh的。 Sitemesh是一个用于模板化页面的类似系统,但可以在没有xml的情况下完成。如果你有一个或两个主要模板可以反复使用,那么这个特别好,不需要为每个模板创建一个xml条目。它目前是Grails中的默认模板系统。 Sitemesh 3有一些不错的补充,但截至撰写本文时,它仍处于测试阶段,文档几乎为零。它使用装饰器模式,如所有tile和sitemesh的比较所示。
或者如果你愿意放弃jsp,你可以放弃JSF 2.0,它具有非常令人印象深刻的模板功能,不需要xml。这与服务器端代码的JSF组件模型一起肯定有助于减少重复代码。 (作为奖励,JSF 2.0的Primefaces组件库是最令人印象深刻的组件/小部件集之一。)
答案 1 :(得分:0)
您考虑过Apache Wicket吗?
通过正确的标记/逻辑分离,POJO数据模型以及刷新缺乏XML ,Apache Wicket使开发Web应用程序变得简单而有趣。交换样板,复杂的调试和脆弱的代码,用于使用普通Java和HTML编写的强大,可重用的组件。
答案 2 :(得分:0)
Apache Tiles可以是configured without using XML。
答案 3 :(得分:0)
条纹提供的布局标签非常好。根本不需要配置,易于理解和开始使用。它们是如此之大,以至于我认为它们应该从条带中提取出来并作为一个单独的项目保存在自己的github项目空间中。
答案 4 :(得分:0)
您可以在this SO帖子中看到带有Java配置(无XML)的Tiles示例。
我们的想法是使用您自己的Dim wbNew As Excel.Workbook
Set wbNew = Application.Workbooks.Open(path)
来实施DefinitionsFactory
并致电TilesDefinitionsConfig
。您的新配置包含布局定义。