为什么java小程序/javafx不是';不广泛使用?(为什么我不应该在RIA中使用它们)

为什么java小程序/javafx不是';不广泛使用?(为什么我不应该在RIA中使用它们),java,html,applet,javafx,Java,Html,Applet,Javafx,Java是我们拥有的最好的托管运行时技术之一。它有非常高的性能VM,可以实现接近C的性能。高质量的开源库的数量是任何其他平台都无法比拟的。 然而,尽管它是第一个出现在浏览器(applet)中的动态客户端技术,但它现在并没有被广泛使用。 Java的哪些缺点使人们使用JavaScript+HTML5或Flash/Flex代替Java进行RIA?尽管它们对程序员来说不像Java那么令人愉快,但我为什么要使用它们呢?与创建高质量flash应用程序所需的时间相比,创建高质量的小程序可能需要很多工作。如果没

Java是我们拥有的最好的托管运行时技术之一。它有非常高的性能VM,可以实现接近C的性能。高质量的开源库的数量是任何其他平台都无法比拟的。 然而,尽管它是第一个出现在浏览器(applet)中的动态客户端技术,但它现在并没有被广泛使用。
Java的哪些缺点使人们使用JavaScript+HTML5或Flash/Flex代替Java进行RIA?尽管它们对程序员来说不像Java那么令人愉快,但我为什么要使用它们呢?

与创建高质量flash应用程序所需的时间相比,创建高质量的小程序可能需要很多工作。如果没有合适的工具,构建表示层可能会很乏味

此外,Oracle/Sun不久前放弃了小程序。他们仍然支持它们,但没有积极尝试改进它们。Oracle目前正全力支持JavaFX。JavaFX是一个技术上可行的解决方案,它的优点是允许您利用Java知识。问题是大多数网页设计师没有太多的Java知识,也不想为之烦恼,所以JavaFX从来都不是很流行。如果一种网络语言不流行,当用户不得不下载插件来使用它时,它可能会惹恼用户

另一件需要记住的事情是Flash本身也即将退出。如果您打算自己开发和维护这个项目,那么请随意选择JavaFX

如果你打算雇佣一名网页设计师,或者你想学习网页设计技能,从而在某个地方找到工作,那么现在你最好的选择似乎是学习一个好的javascript框架(例如JQuery),并掌握一些扎实的HTML5和CSS3技能。

“它现在没有被广泛使用。”

我不同意这种看法。。。一些例子:

Mindterm是一个基于Java的ssh免费软件客户端,支持ssh2,可以作为谷歌的小程序运行

Mizu web phone是一款基于Java和开放标准的SIP VOIP客户端,可以作为Applet-google嵌入-

OpenSignX是一个基于Java的开源文档和表单签名Java小程序,用于PKI X.509证书。谷歌就可以了

Coolsmile是一个基于Java的IRC客户端,可以作为应用程序或嵌入式小程序运行 -谷歌就可以了-

JFTerm是一个Java telnet客户端。可以作为桌面应用程序或小程序运行。支持telnet(23)、ssl和ssh-google-

J3Dworkbench是一个Java 3D游戏设计创作工具。通过Webstart或小程序交付 -谷歌就可以了-

还有VirtualHeart.org,一个基于Java的心脏模拟器 还有一个小程序

或位于canoo.com的地理缓存浏览器(JavaFX)

你不能在HTML5中做任何事情。。。例如,看看复杂的应用程序,比如JITSI(视频聊天,voip应用程序)或MuCommander-谷歌it-或Sweet Home 3D,或幻觉艺术。。。都是基于java的。Java有一个用途。。。微软和它的朋友们一直在试图抹黑它,用其他东西取代它,而且它仍然是相关的。问问自己为什么。这是因为它服务于一个目的,而且它的公平竞争环境软件生态系统是巨大的

在google.com上搜索Java相关项目的代码。。。看看


另外,对于上面说JavaFX吸引力有限的评论者,让我提醒您,Java不仅是一种编程语言,实际上还有三件事:编程语言、运行时环境和公平竞争的软件生态系统。您可以使用Java LIB,而无需编写Java语言的单个代码。。。使用Jython(Python for Java)、JRuby(Ruby on Java)、NetRexx(Java上的开源Rexx,请参见www.NetRexx.org)、xRuby(Ruby to Java字节码编译器)或Jabaco(Java字节码编译器的基础)。。。仅举几个JVM语言的例子

谷歌移动地图是一个java小程序 我应该这么认为,这是一个不言而喻的问题这阻碍了一个建设性的答案我想回答的问题是“java小程序和javaFX是否被广泛使用”,因为你的问题是基于一个前提,我们无法确定你是如何得出这个结论的。Java小程序在web上工作另一方面,JavaFX不仅仅用于构建小程序,GUI不仅仅是一个小程序

我希望能增加你的知识,帮助你重新评估你的观点 以下资料来自:

HTML非常适合显示超文本文档,但却不适合显示GUI。传统的基于Web的应用程序使用无休止的努力,试图将HTML嵌入到传统表单和菜单应用程序的外观中。这从来不是它的初衷。 将表单元素添加到HTML(表单)中只不过是创建了一种新的方式,以古老的3270终端的风格实现瘦客户机块模式应用程序。与3270一样,HTML提供了成批的表单提交。基于字符的应用程序最终获得了高效的用户导航系统,但当GUI应用程序出现时,这一切都消失了。随后,GUI应用程序使用鼠标和小部件反馈,添加了自己的导航结构。 当HTML表单出现时,它们复制了块模式终端的设计,但没有严密的导航,也没有用适当的GUI替代。在HTML下,用户可以猜测给定页面上的哪些可视元素可能是用户控件,哪些只是装饰。因此,对于GUI驱动的应用程序,HTML并不是一个很好的起点。这就是为什么Java小程序在第一次出现时会遇到如此积极的市场歇斯底里的原因——它们提供了一个提供真正GUI的机会


尽管我认为这更多的是因为一个缺乏脚本编写经验的人可以在Macromedia Flash中创建出精美的矢量动画。所以,闪现吧