Java Web Start (JNLP) 相对于 Java Applet 的优势

Question

您认为 Java Web Start 项目相对于 Java Applet 的优缺点是什么？我们正试图弄清楚我们应该为我们的新应用程序使用什么类型。我们已经开发了一个桌面应用程序 (JAR)，我们正在努力使它可以在每台安装了 Java 的机器上使用，而无需安装它。

有什么想法吗？

Answer 1

1. Applet/浏览器/JRE 交互问题。如果您不明白我的意思，甚至(因为脱发)都一无所知，那么部署 applet 将是一个陡峭的学习曲线。
2. 浏览器为交易带来了什么？如果答案是 JS 交互性、与现有的基于 HTML 的 Web 应用程序的集成，或者其他一些相关的东西，很多。如果没有，那么问问自己部署该应用程序的优势是什么。包裹在浏览器窗口中真的是？
3. JWS Jar 缓存和更新更可靠(如果需要，可以在程序控制下进行)。
4. AppletContext 为 applet 提供了一些与环境交互的能力，但 JNLP API 超出了 AC 所能达到的范围(大部分)。
5. 一般可用性。对于您的用例，这些可能是问题，也可能不是问题。
   1. 一款自由 float 的 JWS 部署应用。浏览器关闭时不会关闭，并且不会因选项卡更改而失去焦点。
   2. 如果在 1 个带链接的页面中嵌入了 3 个小程序，每个小程序都带有控件，那么什么会获得焦点？由于 Sun 从不费心去指定应该发生什么(根据他们的说法)，随着时间的推移，JRE 之间的情况有所不同。现在 JRE 为小程序获取焦点是很常见的。如果是这样，则通常无法(单独)使用键盘访问网页中的链接和其他可聚焦元素。
   3. 调整桌面应用程序的大小要容易得多。
   4. 桌面应用程序。 (带有初始屏幕、带图标的桌面快捷方式等)看起来更专业。

当然，应该提到的是线条变得模糊:

1. 自从引入了JWS，它就可以启动applet
2. 自 Plug-In 2 架构 JRE 以来，JWS 可以启动嵌入在网页中的小程序。

..we're trying to make is useable from every machine, which has Java installed, without the need of installing it.

我会把“无需安装它”的要求放在一边，因为总是有时间的流逝和更新插件的需要。在那张纸条上，使用 deployJava.js处理 JRE 最低版本检查。在检查最低 Java 是否可用后，该脚本将嵌入一个小程序或编写一个指向 JNLP 启动文件的链接。

另见

堆栈溢出信息。标签页面:

• > Java Web Start
• > JNLP
• > Applet