Java 是我们拥有的最好的托管运行时技术之一。它具有非常高性能的VM,可以实现接近C的性能。高质量的开源库的数量是任何其他平台都无法比拟的。然而,尽管它是第一个出现在浏览器(Applet)中的动态客户端技术,但它现在并没有被广泛使用。Java 的哪些缺点使人们使用 JavaScript + HTML5 或 Flash/Flex 而不是 Java 进行 RIA?尽管它们对程序员来说不如 Java 愉快,但我为什么要使用它们?
3 回答
“它现在没有广泛使用”
我不同意这种看法......一些例子:
Mindterm 是一个基于 Java 的 ssh 免费软件客户端,支持 ssh2 可以作为 applet google 嵌入运行
Mizu 网络电话是一个基于 Java 和开放标准的 SIP VOIP 客户端,可以嵌入为 Applet -google for it-
OpenSignX 是一个基于开源 Java 的文档和表单签名 Java 小程序,用于 PKI X.509 证书。谷歌它
Coolsmile 是一个基于 Java 的 IRC 客户端,可以作为应用程序或嵌入式 Applet 运行-google for it-
JFTerm 是一个 Java 远程登录客户端。可以作为桌面应用程序或小程序运行。支持 telnet (23)、ssl 和 ssh -google for it-
J3Dworkbench 是一个 Java 3D 游戏设计创作工具。通过 Webstart 或作为 Applets -google for it- 交付
还有 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 ” 我认为这说了很多,这个问题是不言而喻的,这阻止了建设性的回答我的问题d 尝试回答这是“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 的机会。