我在一家政府科学机构工作，该机构通过我们的网站提供大量技术信息。Web 开发并不是我们真正的强项，但我们过得去。我们当前的许多内容都是通过 Java 小程序交付的。最近我们收到来自用户的反馈，他们无法访问网站的各个部分，因为他们的浏览器（主要是 Safari 和 Firefox）由于安全问题而禁用了 Java。当然，这两种情况都可以通过升级和/或更改偏好来解决，但对于非精明的用户来说，这仍然会产生过高的障碍。
所以我的问题是 Java 小程序的未来可能是什么？这是一种可能会变得不那么常见的方法，并且不能/不会运行它们的浏览器配置的比例会增加吗？正如我提到的，我的组织（和我自己）不是 Web 开发专家，所以我们对趋势没有很好的了解。是否应该用 Java 小程序以外的其他东西编写新内容（我们最近开发的内容使用 JavaScript）。我们是否应该计划转换小程序以应对支持的减少？
当前的趋势很明显是在客户端浏览器中减少对 Java 小程序的支持。它从来没有真正运作得很好，现在有更好的方法在网站中呈现动态信息。
今天构建一个依赖 Java 小程序进行内容交付的新网站将是一个糟糕的技术选择。
正如所指出的，使用 Java 小程序进行内容交付确实是一个糟糕的技术选择。
现代浏览器几乎可以做任何小程序可以提供的事情。因此，如今小程序的使用变得相当多余。
Firefox 和 Chrome 正在推动 JavaScript 和 Native Client，并出于政治原因而非安全原因禁用了 Java。短时间里哪里出现了一些特定版本的Java Plugin哪里出了安全问题。Apple 屏蔽了这些版本，而 FF 和 Chrome 则以此为借口完全禁用它。
什么技术最好完全取决于您的用例。如果开发时间是最重要的因素，我会说使用 Swing 框架的 Applet 是可行的方法。您可以使用 Netbeans 中的 Swing 设计器快速制作 GUI:s。基于 Swing 的 GUI 的性能也优于 Flash 或 HTML+JavaScript。
但请记住，浏览器支持将受到限制，用户会收到安全问题等，但是如果您公开的数据对用户来说足够有趣，这无关紧要。
如果我在哪里设计一个需要在所有浏览器中运行良好的启动网站，适合搜索引擎等 Applet 将是一条死胡同。
如果我在哪里设计一个复杂的网站来呈现现有用户群已经需要的数据，我会选择 Java Applets。
作为第三种选择，您可以两者都做。使用 HTML+JavaScript 制作一个简化的网站，使用 Swing 制作一个更高级的 Applet 版本。即使对于需要吸引新用户的网站，这也是一个可行的选择，其中一些材料可以被搜索引擎访问，并且首页可以在所有浏览器中使用。