我目前正在使用 Delphi 5 并计划将应用程序迁移到最新版本（XE3）或其他技术。迁移的主要目的是不想要胖客户端。在当前场景中，应用程序（exe）被下载到用户本地文件夹，然后在本地运行。主要目的是不想将应用程序下载到用户机器上。.
如果下载限制得到解决，想坚持使用 Delphi。有网络解决方案吗？或从公共点访问应用程序而不下载到用户机器的方式。
感谢您的帮助和建议。
注意：有很多用户使用这些应用程序。
问问题
1332 次
2 回答
4
根据应用程序的类型，您可以围绕应用程序的核心功能添加 Web 层。
如果您创建类似 SOAP 或 REST 接口的东西，您可以使用任何适合的语言编写 Web 客户端。可能是 Delphi，或者更面向 Web 的语言，如 PHP 或 ASP.Net。通过拥有 Web 界面，您的用户可以从任何平台访问。
另一方面，如果您当前的应用程序没有正确分层，并且您在 GUI 和模型之间混合了很多代码，这可能会很困难。这将意味着重写大量代码，或者只是接受您的用户需要 Windows 和 .exe 文件的事实。
至少通过使用 Delphi，您的用户不需要下载需要管理员权限才能安装的庞大框架。
无论如何，你应该提供更多关于你已经拥有的信息，它是什么类型的应用程序，它有多复杂等等。
于 2012-11-13T01:20:51.287 回答
2
如果您计划迁移到 Java Enterprise Edition (Java EE)，则可以使用两种通信模型，使用现有的商业和开源解决方案来访问现有的 Delphi 逻辑：
对于 Delphi 和 Java 之间的同步（请求/响应）式通信，有用于 Delphi 的轻量级 Web 框架（我最近写了这个）和可用于数据交换的开源 JSON/XML 库。这允许 Java 应用程序服务器通过 HTTP 访问 Delphi 逻辑
对于异步通信，我为 Delphi 和 Free Pascal 编写了（商业）消息代理客户端库，它们可以与 JBoss 和 GlassFish 应用程序服务器中的 Java 消息服务（JMS）服务器一起使用 - JBoss 和 GlassFish 已经包含一个消息解决方案（HornetQ和Open MQ），作为完整 Java EE 配置文件的必需部分
我还为 JBoss 和 GlassFish Delphi 集成编写了一些分步教程：
于 2012-11-13T06:40:49.730 回答