Java 网站上的JFrame

我有一个由许多

JFrame

对象（使用Java和Netbeans）组成的应用程序。“主”框架有4个按钮，每个按钮打开另一个框架。现在我的问题是，我希望整个应用程序作为一个网站在web上运行

我在考虑3种可能的情况（根据我的研究）：

使用JavaWebStart

将

JFrame

转换为

JApplet

从头开始创建JavaWeb应用程序

---

我希望有人能给我一些帮助，以及我应该选择哪个选项的指导原则。

最快的选择是将应用程序修改为小程序运行（是的，这将涉及从

JFrame

制作

JApplet

）但是，您应该意识到Java小程序被认为是一种过时的技术。大多数移动设备不会运行它们，甚至一些流行的桌面浏览器也不会（Mac Chrome）。更重要的是，Oracle现在要求所有小程序都经过签名，才能使用默认安全设置运行。这意味着每年购买一份（约200美元）签名证书

javawebstart与applet并没有本质上的区别，它将遇到与上面相同的问题

---

再想想你对技术的选择。Java web应用程序（如Spring MVC）或JavaScript应用程序（如GWT、JQuery）是更好的选择。

对于部署Java桌面应用程序，最好的选择通常是安装应用程序。使用。JWS在Windows、OS X和Unix/Linux上工作

Applet部署一直都很困难，在特定jre的特定版本中以及特定浏览器中都有奇怪的bug。我最喜欢的bug发生在Firefox的一个版本中，当用户在网页中向上滚动时，它触发了一个小程序重新加载

---

---

另请参见

“最快的选择是将应用程序修改为作为小程序运行”不，不是。我已经部署了许多混合应用程序/小程序，小程序的部署从来都不容易或直接。@AndrewThompson JWS将保留应用程序更多的桌面特性，因此比转换为小程序更容易，是的。这就是说，JWS是一种从未真正发展起来的技术，大多数用户都不熟悉它。它不会提供“作为网站在网络上运行”的体验。我认为正确的选择是引导OP远离applet和JW。”…比转换成applet容易“转换成applet”是容易的部分。部署applet是最困难的部分。“我认为正确的选择是引导OP远离applet和JWS”我同意这可能是最好的解决方案。但我只是想强调，混合HTML/Applet站点是最不理想的解决方案。要么让它成为一个使用JWS（我作为用户更喜欢）启动的富桌面客户端，要么在浏览器中使用纯HTML/JS。“Java Web Start与小应用程序并没有本质上的区别，它会遇到与上述相同的问题。”事实上，1）当Chrome放弃对小应用程序的支持时，JWS应用程序不会受到影响（尽管通常用于启动它们的

deployJava.js

将无法工作）。2）JWS应用程序。可以避免常见的“浏览器已阻止潜在不安全组件运行”障碍小程序已经成为一种不可行的技术。在现代，对于普通桌面PC用户来说，而JWS应用程序则是如此。仍然非常实用。现在两者都需要数字签名&这一直是个好主意。