1

我目前正在使用 Delphi 5 并计划将应用程序迁移到最新版本(XE3)或其他技术。迁移的主要目的是不想要胖客户端。在当前场景中,应用程序(exe)被下载到用户本地文件夹,然后在本地运行。主要目的是不想将应用程序下载到用户机器上。.

如果下载限制得到解决,想坚持使用 Delphi。有网络解决方案吗?或从公共点访问应用程序而不下载到用户机器的方式。

感谢您的帮助和建议。

注意:有很多用户使用这些应用程序。

4

2 回答 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 已经包含一个消息解决方案(HornetQOpen MQ),作为完整 Java EE 配置文件的必需部分

我还为 JBoss 和 GlassFish Delphi 集成编写了一些分步教程:

Delphi 与 JBoss 应用服务器 5 的集成

Delphi 与 GlassFish v3 应用服务器的集成第 1 部分 - 发送消息

Delphi 与 GlassFish v3 应用服务器的集成第 2 部分 - 接收消息

于 2012-11-13T06:40:49.730 回答