Java 是我们拥有的最好的托管运行时技术之一。它具有非常高性能的VM，可以实现接近C的性能。高质量的开源库的数量是任何其他平台都无法比拟的。 然而，尽管它是第一个出现在浏览器（Applet）中的动态客户端技术，但它现在并没有被广泛使用。 Java 的哪些缺点使人们使用 JavaScript + HTML5 或 Flash/Flex 而不是 Java 进行 RIA？尽管它们对程序员来说不如 Java 愉快，但我为什么要使用它们？
【问题讨论】：
“现在没有广泛使用”
我不同意这种看法......一些例子：
Mindterm 是一个基于 Java 的 ssh 免费软件客户端，支持 ssh2 可以嵌入作为 applet google 运行
Mizu 网络电话是一个基于 Java 和开放标准的 SIP VOIP 客户端，可以嵌入为 Applet -google for it-
OpenSignX 是一个基于 Java 的开源文档和表单签名 Java 小程序，用于 PKI X.509 证书。谷歌它
Coolsmile 是一个基于 Java 的 IRC 客户端，可以作为应用程序或嵌入式 Applet 运行 -谷歌为它-
JFTerm 是一个 Java 远程登录客户端。可以作为桌面应用程序或小程序运行。支持 telnet (23)、ssl 和 ssh -google for it-
J3Dworkbench 是一个 Java 3D 游戏设计创作工具。通过 Webstart 或作为 Applet 交付 -谷歌为它-
还有 thevirtualheart dot org 一个基于 Java 的心脏模拟器 也是一个小程序
或 canoo dot com 上的 Geocaching 浏览器 (JavaFX)
您无法在 HTML5 中完成所有操作...例如，看看复杂的应用程序，如 JITSI（视频通信、voip 应用程序）或 MuCommander -google it- 或 Sweet Home 3D，或 Art of Illusion...所有基于 java 的应用程序. Java 是有目的的……微软和它的朋友们一直在试图诋毁它，用别的东西代替它，它仍然是相关的。问自己为什么。这是因为它是有目的的，而且它的公平竞争环境软件生态系统是巨大的。
对 Java 相关项目的代码点 google.com 进行搜索...然后查看。
另外，对于上面说 JavaFX 吸引力有限的评论者，让我提醒您，Java 不仅是一种编程语言，而且实际上是三件事：一种编程语言、一个运行时环境和一个公平竞争的软件生态系统。您无需编写任何 Java 语言代码即可使用 Java 库……使用 Jython（Java 的 Python）、JRuby（Java 上的 Ruby）、NetRexx（Java 上的开源 Rexx，请参阅 www.netrexx.org）、xRuby（ruby到 Java 字节码编译器）或 Jabaco（Basic 到 Java 字节码编译器）...仅举几例 JVM 语言...http://en.wikipedia.org/wiki/List_of_JVM_languages
【讨论】：
与创建高质量 Flash 应用程序所需的时间相比，创建高质量的小程序可能需要大量工作。如果没有合适的工具，构建表示层可能会很乏味。
此外，Oracle/Sun 不久前就放弃了 applet。他们仍然支持他们，但没有积极尝试改进他们。 Oracle 目前正在全力支持 JavaFX。 JavaFX 是一个技术上可行的解决方案，并且具有允许您利用您的 Java 知识的优势。问题是大多数网页设计师没有太多的 Java 知识，也不想打扰它，所以 JavaFX 从来没有很流行。如果一种网络语言不流行，当用户必须下载插件才能使用它时，它可能会惹恼您的用户。
要记住的另一件事是，Flash 本身也即将淘汰。如果您打算自己开发和维护这个项目，那么请随意选择 JavaFX。
如果您打算聘请网页设计师，或者您想学习网页设计技能，以便在某个地方获得聘用，那么这些天您最好的选择似乎是学习一个好的 javascript 框架（例如 JQuery）并学习一些可靠的 HTML5 和CSS3 技能。
【讨论】：
谷歌手机地图是一个java小程序"http://en.wikipedia.org/wiki/Google_Maps#cite_note-20" 我应该认为这说了很多，这个问题有点不言自明，这阻止了建设性的回答我想回答的问题是“java applet 和 javaFX 是否被广泛使用”，因为你的问题是基于我们不能成为的前提确定你是怎么做到的。 Java 小程序在 Web 上工作 另一方面，JavaFX 不仅仅是用于构建小程序，GUI 不仅仅是一个小程序
我希望能增加您的知识并帮助您重新评估您的意见 以下来自：
http://www.ibm.com/developerworks/web/library/wa-appmozx/
HTML 非常适合显示超文本文档，但不适合显示 GUI。传统的基于 Web 的应用程序使用无穷无尽的努力试图将 HTML 硬塞到传统表单和菜单应用程序的外观中。这从来都不是它的本意。 向 HTML (FORM) 中添加表单元素只不过是创建了一种新的方式来以古老的 3270 终端的风格实现瘦客户端块模式应用程序。与 3270 一样，HTML 提供批量表单提交。基于字符的应用程序最终获得了高效的用户导航系统，但是当 GUI 应用程序出现时，这一切都消失了。随后，GUI 应用程序使用鼠标和小部件反馈添加回自己的导航结构。 当 HTML 表单出现时，他们复制了块模式终端的设计，但没有严格的导航，也没有用适当的 GUI 等价物替换它。在 HTML 中，用户只能猜测给定页面上的哪些视觉元素可能是用户控件，哪些只是装饰。因此，对于 GUI 驱动的应用程序，HTML 并不是一个很好的起点。这就是为什么 Java 小程序在首次出现时就遭到如此积极的市场歇斯底里的原因——它们提供了一个提供真正 GUI 的机会。
【讨论】：