2

我想决定要使用的 UI 技术。我正在考虑使用 jQuery 作为 javascript 框架，但想知道 ICEFACES 是否是与 jQuery 一起使用的正确选择。我想使用 Visual Web Icefaces Framework (Netbeans IDE)。请在这里分享你的想法！

谢谢你

4

3 回答 3

3

如果 jQuery 兼容性是您最关心的问题，RichFaces 组件库随 jQuery 一起提供，并通过<rich:jQuery>标签包含对它的特殊支持。请参阅RichFaces 开发人员指南页面了解此标签：6.14.9。<rich:jQuery> 从 3.0.0 开始可用

虽然 ICEfaces 没有与 jQuery 原生集成，但您至少可以使 jQuery 不会与 ICEfaces 自己的 JavaScript 框架Prototype发生冲突。见http://www.icefaces.org/JForum/posts/list/8787.page

无论如何，在进行大量开发之前彻底评估尽可能多的 JSF 组件库是明智的。

一些好的、流行的、免费/自由/开源的 JSF 组件库：

  • RichFaces（来自 JBoss，现在是 Red Hat）
  • ICEfaces（来自 ICEsoft）
  • Tomahawk、Trinidad 和/或 Tobago（均来自 Apache）
  • PrimeFaces（来自 Prime Technology）

一个包含大量 JSF（和一些非 Java/-JSF）组件库的非常全面的特性矩阵，可能对您有用：AJAX JSF 矩阵。

于 2010-02-09T20:23:12.313 回答
2

问题是从客户端查看问题是否是一个好主意，这意味着 jQuery。如果你想对 JavaScript 进行编程，忘记 JSF。如果您选择 ICEfaces，您会选择跳过编写 JavaScript 代码。在 ICEfaces 中，这变得透明，您可以专注于业务逻辑。

于 2010-02-11T22:50:29.980 回答
2

我认为你应该问问自己，你对 jQuery 和 IceFaces 的真正目标是什么。

如果您的主要目标是拥有一组可工作的核心组件，这些组件开箱即用地使用 javascript 和 ajax，而无需任何 javascript 编码，那么 IceFaces 是一个不错的选择。我从事的一个项目使用 IceFaces 完成其大部分 UI 工作，并手工挑选特定的 jQuery 小部件和组件放置在上面。这工作得很好。

但是，如果您正在寻找一个与 jQuery 无缝集成的框架，并且到处混合使用 jQuery 和 IceFaces，那么它可能不是最适合您的设置。就此而言，我会仔细考虑 JSF 是否是正确的方法。

通常，我发现如果我想构建一个 javascript/jQuery 自定义代码/组件繁重的项目，我通常会更喜欢更轻量级的解决方案，例如 SpringMVC 和普通的 ol'jsp 页面最终会减少繁重的复杂性javascript/jQuery 工作。

于 2011-10-12T19:29:25.620 回答