Java 将应用程序转换为小程序

我听过和读过很多人写Java小程序。我有一个为桌面编写的java应用程序。但只需几行代码，我就可以将我的应用程序作为小程序部署到web上？我看不出他们有什么不好。有人能告诉我为什么简单地将我的应用程序转换成applet是一个糟糕的部署主意吗

我个人并不认为applet有什么固有的缺点

---

小程序确实具有受限的安全权限，因此您对相关系统的访问权限将减少。但是，如果您是在web上部署，我不认为这是一个大问题。

Java小程序本身没有什么问题。我们将应用程序部署为JWS桌面应用程序和小程序

然而，小程序确实有一些缺点

首先，如果Java虚拟机尚未运行，带有小程序的页面将强制启动Java虚拟机；这可能会导致许多系统上的用户出现明显的延迟。（我认为这可能是小程序的一些负面因素的来源。它们被（过度）用于网页上的导航栏之类的东西，这些东西可以用DHTML轻松处理，而开销要小得多。）

其次，浏览器中的小程序往往是一个更受约束的执行环境。除非您使用的是JWS，否则您无法访问文件系统、打印和许多其他资源。您无法打开连接，除非返回小程序所在的服务器。通常无法轻松调整小程序窗口的大小。可能还有其他问题

我相信其他人会指出更多的缺点。：）

我有一个为桌面编写的java应用程序。但只需几行代码，我就可以将我的应用程序作为小程序部署到web上

通过几行JNLP，您可以使用直接从web站点启动（J）基于框架的项目

…有人能告诉我为什么简单地将应用程序转换为小程序是一个糟糕的部署主意吗

“浏览器”。正如您可能意识到的，applet是由浏览器呈现的网页中的来宾。浏览器/JRE/applet交互错误是applet开发人员的祸根。每隔一周有一个新的。避免使用浏览器，大多数问题都可以一笔解决

我在我的网站上部署小程序，尽管我通常只在网页能够为小程序带来内容时才制作小程序。例如，有一个使用JavaScript配置的属性小程序

---

但我的一般建议是，尽可能避免使用小程序。

据我所知，与HTML5、AJAX和Flash等其他系统相比，小程序的主要缺点是。@DasWood-我同意今天的情况。然而，早在HTML5出现之前，Java小应用程序就受到了负面影响，当时Ajax仍然深受浏览器之间JavaScript不兼容的困扰，因此作为一种跨平台技术是不可行的。（微软对DOM和XML解析一直有自己的想法，更不用说函数名了。）Flash一直是Java的有力竞争对手，但与Java不同的是，通常需要投入一些实际资金用于创作工具。一些团体非常成功地完全接受了Java小程序：Java web start是一个有趣的建议。该应用程序是一个内容管理系统。我在考虑applet，因为它会给人以其他基于web的内容管理系统的感觉，因为它会在浏览器中运行。OK。我听到了。也许最好的选择是使用JWS配置/启动嵌入式小程序。任何应用程序。使用JWS启动的（小程序或框架）可以访问JNLPAPI。JNLPAPI甚至为沙盒应用程序提供了功能。访问本地文件系统。检查我的演示。是的，安全权限将是一个问题。我需要访问文件系统。但是，我想我可以在上面签字。