JSF vs JavaFX：优点和缺点[关闭]答案

【问题标题】：JSF vs JavaFX : Pros & Cons [closed]JSF vs JavaFX：优点和缺点[关闭]
【发布时间】：2011-09-13 19:10:26
【问题描述】：

我已阅读有关 JavaFX 的 Wikipedia 文章和其他几篇文章，并且我相信我对它是什么以及它的作用有相当了解。

我的问题很简单：Java EE 最佳实践规定了演示文稿的用途？或者，是否可以同时使用它们？无论哪种方式，有人可以举一个例子说明什么时候选择一个而不是另一个是合适的，为什么？

感谢您对此的任何帮助；我只是不明白为什么有人想要/需要偏离 JSF。

【问题讨论】：

【解决方案1】：

JavaFX 和 JSF 是两种截然不同的动物。我认为JavaFX 是Oracle 的Adobe Flex（或Flash？）版本。它在 JVM 上运行，这意味着它是浏览器的一个较重的客户端。 JSF 使用标准的 HTML 控件和交互。

在 JavaFX 或 Flex 之类的 VM 中运行意味着您不必像使用标准 HTML/Javascript 那样担心浏览器功能，但这也意味着您可以听从 VM 实现者的摆布浏览器 XYZ 上的平台，并在它们到达时修复平台和安全错误。另一个考虑因素是某些公司环境可能不喜欢在浏览器中允许插件如 flash/java。

运行纯 HTML/Javascript 可能会让你在更多设备上运行，并且比需要将 VM 加载到浏览器中更轻（从没想过我会称 JSF 为“更轻的重量”。）jQuery 和其他 javascript 框架已经减少了有点担心跨浏览器的兼容性，但并不完全。

因此，这里的答案与其他所有问题的答案相同：“视情况而定”。你有什么需求？您是否正在做一个烦人的餐厅网站，您觉得菜单（即使它只是一个图像）需要由一个繁重的插件加载？也许 JavaFX 会符合要求。您是否在做一个简单的 CRUD 应用程序，并且想通过使用基于组件的困难框架来使事情复杂化？ JSF 可以帮助您。

【讨论】：

赞成“你在做一个简单的 CRUD 应用程序，并且你想通过使用一个困难的基于组件的框架来使事情复杂化吗？”如此真实，可悲的是。
同意汤姆。 JSF 来的不是时候。如果它出现并与 struts 1 竞争，它可能会有机会。当世界快速转向 ajax 和极其动态的用户界面时，它被困在一个组件范例中，在服务器上执行了无数个阶段，以保持视图同步和验证。我无法想象在 JSF 中管理类似 StackOverflow 的痛苦。自从提出/回答这个问题以来的 18 个月里，JSF 已经远远落后了。

【解决方案2】：

与 spring 或 struts 相比，JSF 的 UI 相当丰富，但有维护会话和附加 jar 的行话。但是如果您使用richfaces、ibmfaces 或primefaces，您的生活会轻松很多。 JSF 是一种规范，您需要使用它的实现，例如richfaces 或 myfaces。

【讨论】：

RichFaces 是 JSF 的组件集。 JSF 的实现是 Mojarra 和 MyFaces。