JSF 2.0 与 Wicket 与 SpringMVC 3.x 的特殊要求

Question

在一个新的 Java EE 6 项目中为我的几个关键需求寻找一个可行的 web 框架，我在这里阅读了关于这个主题的许多线程，我终于可以将设想框架的数量减少到 JSF 2.0、Wicket 1.4（属于基于组件的）和SpringMVC 3（属于基于动作的 ）。

关于这些框架，我需要一些建议如果，也许如何实现以下要求：

1. 最好分离设计器/编码器工作流程，以便设计器 - 最好 - 可以使用他们喜欢的工具（如 Dreamweaver）独立地制作 HTML、CSS、JS/jQuery 文件。

2. 许多现有的（花哨的和动画的）jQuery 组件的轻松集成，例如这个Sliding Login Panel（可以看到一个演示here）。因此，需求实际上是现有 HTML+CSS+jQuery 代码的轻松集成，而且：

3. 对于一个ui组件树，一个同步机制来同步客户端（通过JS/jQuery）动态变化的视图状态和服务器上对应的视图状态。

   我想我会需要那个。例如，考虑上面的“滑动登录面板”在客户端通过 JS 可以更改“打开”或“关闭”。它的初始状态被编程为“关闭”，用户决定客户端始终保持打开状态。现在，当用户导航到某个地方并再次返回到该视图时，登录面板状态是无意的“关闭”而不是“打开”（因为这是它的初始状态，服务器端没有发生动态状态更新）。

   因此，需要一个同步机制，对吧？？？

4. 
   的最佳外部化（集中式）导航规则 (a) 任意页面间导航（静态导航规则），以及
   (b) “向导式”导航（动态导航规则动态由 当前状态/结果）。

5. 良好的性能（加载时间、服务器内存消耗、经验丰富的响应等）。
   
   

明显的问题是：

1. JSF2、Wicket 和 Spring MVC3 （很好）支持这些请求中的哪些，哪些不支持？

2. 一般来说，有这个要求 - 因为我仍然不确定技术方面/后果： 在这种情况下，应该选择哪种框架类型（基于组件与基于操作）（即，应牢记哪些关键决策方面或“经验法则”）？

非常感谢您的建议和帮助。
马丁

Answer 1

JSF：

1. 在 JSF（Facelets）的模板语言中，这很容易。您只需编写常规 HTML 并仅为动态部分添加 jsfc 属性。请参阅维基百科文章以获取快速示例：http://en.wikipedia.org/wiki/Facelets
2. 使用 JSF 的复合组件真的很容易。只需将您的 jquery 内容放在一个 .xhtml 文件中，添加一个小标题，它就可以在任何地方作为组件重用。许多基于 jquery 的组件也可以直接使用 PrimeFaces
3. JSF 擅长这种同步机制。同步通过定义明确且易于掌握的步骤数进行。基本上，这种同步机制或多或少是使用 JSF 而不是直接编写 jquery 的主要原因。
4. JSF 就是这样，它甚至被称为navigation rules。它们是在外部 .xml 文件中定义导航的强大机制。可以根据逻辑结果和/或在特定页面上发生的操作来定义导航规则。它们可以基于转发或重定向，有或没有额外参数。
5. JSF 整体表现非常好。它保持（保存）状态，因此这会花费您一些内存，但它足够聪明，只能部分保存（值与其原始值不同）。您还可以决定将此状态存储在客户端或服务器上。由于非常方便的view scope，支持逻辑使用的少量数据可以很容易地在请求之间缓存。这样可以避免您在每次请求后都访问数据库，并且可以大大提高性能。

JSF 真正闪耀的领域之一是它的组件模型。通过其复合组件概念，您可以很容易地自己组合组件。你也可以用Java创建组件，这有点复杂，但绝对不难。

因为 JSF 的组件模型是标准化的并且文档非常清晰，所以很多很多第三方都提供了现成的组件库。例如。 RichFaces、Primefaces、OpenFaces、IceFaces、Trinidad...这个列表几乎是无穷无尽的。

关于性能的一些额外说明。在比较您提到的三个 Web 框架中的任何一个时，差异可以忽略不计，并且根据经验，Web 框架并不是处理请求时花费大部分时间的地方。这几乎总是在数据库和 IO 中。

Web 框架可以帮助您轻松阻止访问 DB，但即使 Web 框架 A 在仅针对 Web 层的综合测试中比框架 B 快 10 倍，那么实际上您几乎不会注意到这一点，如果只有 5% 的请求时间花费在该框架中。

Answer 2

检票口：

1. 最好分开设计器/编码器工作流程：由于使用标准 HTML 和 CSS，可能。设计人员编辑 HTML，开发人员编写 Java。在 HTML 中，只有一些标记（wicket:id 属性）来定义动态组件的位置。
2. 轻松集成jQuery：使用WiQuery，它将JQuery 组件与Wicket 集成在一起。使用 WiQuery，您还可以集成其他 JQuery 组件，这些组件可以回馈（WiQuery 是开源的）。
3. 对于 ui 组件树，同步机制 [..]：Wicket 和 WiQuery 将在大多数情况下为您处理。 Wicket 在服务器端是有状态的，可以为您处理页面部分的刷新（内置）。
4. 优化的外部化（集中式）导航规则：Wizards 的动态切换很容易（它只是 Java）。链接只指向您要显示的 Page 类，并为您处理点击时切换到该页面。
5. 良好的性能：这完全取决于您的用例。 Wicket 可以集群化和扩展，因此对于 99% 的用例，您都有“良好的性能”。

一些一般性说明： 我真的很喜欢 Wicket 的组件模型。编写自己的组件和行为非常容易。 Wicket 的面向对象模型真的很强大。