将 win32 VCL 应用程序升级到跨平台答案

【问题标题】：Upgrading a win32 VCL application to cross platform将 win32 VCL 应用程序升级到跨平台
【发布时间】：2010-06-17 09:41:31
【问题描述】：

Delphi 2011 将允许编译在 Mac OS 上也可以运行的应用程序。（注：这句话是在 Delphi-XE 预览版出来之前写的，当时大家都在说 ProjectX）。

认为可以“迁移到跨平台”一个 win32 应用程序是否现实？

第 3 方组件供应商是否会让他们的库跨平台，或者这实际上是不可能的？

我使用以下第 3 方组件：

devexpress - 用户界面

devar - DAC

报表生成器 - 用户界面

Steema/TeeChart - 用户界面

我不希望有一个向导可以为我完成这项工作，我只是想更好地了解细节。

【问题讨论】：

您使用的所有第 3 方组件仍由他们的公司维护。大多数已经与 Kylix 兼容（即旧的 CLX）。所以我想当这些第 3 方供应商完成迁移时，您的应用程序的 Mac OS 端口将是可能的。如果您使用其他一些 3rd 方组件，这可能会更加困难。但是你的选择是正确的。将来，选择开源组件可能是一个好主意，因为过去已经看到一些公司在没有发布源代码的情况下离开了 Delphi 业务。
是的，我很幸运（考虑到选择是在 2001 年）！我忘了提到 ZipForge，那个还在维护。

标签： delphi cross-platform delphi-xe

【解决方案1】：

xplatfrom 框架将（据我们所知）类似于经过修订（并希望得到很大改进）的 CLX，它是 Kylix 中使用的基于 Qt 的库。 VCL 是一个非常面向 Windows 的库（它很好），并且依赖于许多 Windows 特定的功能。因此，要使跨平台组件与 VCL 对应物高度兼容，这根本不是一件容易的事——如果不是不可能或有意义的话。非可视控件（即 DAC）比可视控件（即 DevExpress 小部件）要容易得多。第三方供应商是否以及何时推出他们的 xplat Delphi 库还有待观察，很大程度上取决于 Delphi 2011 的成功和推广。将 win32 应用程序迁移到跨平台可能需要很小的更改或很大的更改，这取决于它的编写方式、与 Windows 的关联程度以及使用了哪些库。对于任何中等复杂的应用程序，恕我直言，迁移并非易事。

【讨论】：

当然，除非我们看不到 D2011 的实际效果，否则我们无法确定，反正依赖这么多组件供应商（尤其是“面向 .net”的 devexpress）让我认为它真的会不可能迁移。为了实现 xplatform-deployment（客户端部署），迁移到 Web 应用程序（Intraweb）所需的投资要少得多。还有“极端”的葡萄酒/酒商方向。

【解决方案2】：

嗯，Delphi 2011 目前处于私人测试阶段，很少有值得信赖的人知道它。

所以直到 8 月下旬，我想我们不会看到它在行动。但是，我听说新的跨平台应用程序称为 UCL 应用程序，而不是 VCL 应用程序。

无论哪种方式，Delphi 都是传统的 windows 工具，我怀疑当前的应用程序有点依赖于 windows 平台，所以我预计如果转换为跨平台，这个过程会很乏味。

当我说 Tied 时，我的意思是调用 Windows 库或函数。

大多数Delphi软件都使用windows特有的函数，如ShellExecute、MessageBox、从advapi导入的函数、kernel32等，这些函数在其他平台上是不可用的，因为它们有自己的库。

但我希望这个功能可以在新的跨平台库中使用，以防万一这不是一个巨大的失败 imo。

【讨论】：

【解决方案3】：

Delphi 2011 已经发布，它被称为 Delphi XE。它只支持 32 位 Windows，就像以前的 Delphi 版本一样。 64 位、OS X 和 Linux 仍保留在 roadmap 上。

在 Delphi 真正支持之前，很难说跨平台的 Windows 和 OS X 是多么容易。但是我们可以根据已停产的 Linux 版本的 Delphi Kylix 来做一些猜测。

Kylix 引入了一个名为 CLX 的新组件库。 CLX 与 VCL 非常相似，但并不完全相同。 CLX 适用于 Windows 和 Linux。 VCL 仍然包含在仅限 Windows 的应用程序中。将 VCL 应用程序移植到 CLX 并不太困难，至少如果您的所有 3rd 方组件都支持 CLX。最困难的部分是移植您自己的代码中直接调用 Win32 API 的部分。

包括我自己在内的一些人所做的是在 Windows 上使用 VCL，在 Linux 上使用 CLX。这使事情变得更加困难，因为它需要两组表单，一组用于 Windows，另一组用于 Linux。要成功地做到这一点，您必须将尽可能多的非可视代码从表单中分离出来。例如。您将 TActionList 放在由应用程序上的 VCL 和 CLX 版本共享的数据模块上，然后拥有单独的 VCL 和 CLX 版本的表单，提供使用操作列表的工具栏等。如果您正在考虑将来支持多个平台，您现在可以通过将尽可能多的代码分成不与表单绑定的单元来做好准备。

由于 Delphi 旨在创建本地应用程序，因此您永远不会像 Java 提供的那样“编译一次，在任何地方运行”。相反，我们将“开发一次编译多个地方”，假设 Embarcadero 遵循他们的路线图。

【讨论】：

【解决方案4】：

DELPHI-XE 不允许您为 MacOS 编译应用程序

查看embarcadero site 上的 Delphi-XE 功能矩阵。

【讨论】：