何时使用JavaFX代替HTML

像我这样的JavaFX爱好者反复面对的一个问题是何时（或为什么）使用JavaFX而不是HTML的问题（5）。这是我的两分钱：

如果…，则应使用JavaFX。

…您对耐用性/质量感兴趣。 JavaFX是Java！您将能够使用相同的语言/技术来实现整个应用程序。这直接影响团队中必须具备的人员和技能，以及应用程序的健壮性和质量。您必须在不同语言之间切换的次数越多，您就越有可能失去对整个解决方案的控制。 HTML应用程序通常由HTML，JavaScript，CSS和Java（在服务器上）组成。 JavaFX应用程序由FXML，CSS和Java组成。只少一种语言？听起来不怎么样？您是否使用JavaScript编程？这使我想到了下一个项目符号：
…您讨厌JavaScript。欢迎哥哥/姐姐！不用理会。
…您希望专注于编程，最佳实践，模式，而不是经常阅读有关Web框架开发的最新开发。
…您想省钱。那里没有那么多精通Java和Javascript的开发人员。通常为/或。因此，您最终要支付两个人，而您本来可以只剩下一个人。
…您的应用程序及其业务逻辑非常复杂。在规划和调度领域中可以找到此类应用程序的一个很好的例子。这些应用程序必须能够直接在前端提供详细的反馈和指导。用HTML和非类型化脚本语言（如JavaScript）实现此功能将是一场噩梦。在此处阅读：欧洲广播联盟
…您的数据量巨大。是的，杀手的争论就在那里。尝试在浏览器中处理千兆字节的数据。请享用！再次，计划应用程序倾向于将大量数据加载到其UI中，否则计划器/计划程序/调度程序将无法做出明智的决定。在这里阅读：阿联酋航空
…您对长期可持续性感兴趣。 Web应用程序中部署的技术会经常更改，浏览器本身也会经常更改。您将必须同时了解这两者，并在其生命周期内继续支持您的应用程序。创建JavaFX应用程序并将其与Java运行时一起交付可确保您的用户能够长时间运行该应用程序。在此处阅读： HRC-Matic贸易注册处
…您想支持手机/应用程序。移动设备上HTML是一种解决方法，仅此而已。用户想要应用程序！这只是事实。使用JavaFX技术提供的胶子，你可以写一个JavaFX应用程序在桌面，移动和嵌入式运行。这引出我另一点：
…您想运行一个“嵌入式”应用程序：软件和硬件正在形成一个单一的解决方案并解决特定的问题。在这种情况下，浏览器毫无意义。示例：具有现代外观的全屏富客户端解决方案，可在手术室的壁挂式控制台上运行。另请参阅： EIZO Curator Caliop
…您喜欢使用优雅现代的API。 JavaFX的体系结构，其控件，外观和属性绑定概念非常漂亮，并且是学习如何良好编写代码的好地方。感谢整个JavaFX团队。自1.0版以来，您已经走了很长一段路。

如果出现以下情况，则不应使用JavaFX：

…您有数百万的用户，并且必须能够每天频繁地进行部署。像Facebook这样的应用程序可能不是JavaFX的理想选择。每次引入新功能，错误修复和安全补丁程序时，您几乎都不会期望用户下载新的安装程序。一个很好的例子是Flash播放器。谁又对另一个安全问题感到厌烦呢？
…（欢迎提出建议，请给我发送电子邮件）。