Linux 我应该在葡萄酒准备就绪时开始分发我的系统吗？

我已经在Wine（OpenSuse Linux）上测试了我所有用Delphi（WindowsXP）开发的系统，它们工作得非常好。我的问题是：我应该开始将我的系统（在我可以支持的本地基础上）作为葡萄酒分发，还是应该考虑其他问题？

你可以像谷歌那样，将葡萄酒与应用程序打包。这样，就不用担心葡萄酒会在未来改变某些东西，并阻止你的应用程序工作。

是的，这将是一个好主意。所有能够帮助Linux和Windows世界之间进行通信的功能都是一个优势。如果您可以在Linux中以本机方式编译代码，那就更好了

就我个人而言，我很想看到像你所描述的那样“预”跨平台的应用程序

答案也是一个好主意：分发一个静态链接版本的Wine，虽然它会使您的产品更大，但可以确保它能够运行，即使有一个更新的版本会破坏某些东西（我记得有些地方会提供“自己的”JRE以确保其工具正确运行）

---

也许葡萄酒社区应该采取行动，提供“葡萄酒制造”贴纸/徽标？

我会发布一条通知，您的应用程序已被认证可用于任何葡萄酒版本，并且它可能适用于或不适用于其他版本的葡萄酒。您应该考虑使用Beta和RC版本的葡萄酒测试应用程序，以确保它们在发布周期中保持兼容。

---

沙箱存储WINE安装非常简单。

让您的应用程序在Linux系统上构建，这将是一个巨大的收获，代价是您会感到痛苦。

您应该将WINE列为受支持的平台，说明您测试过的WINE版本，并请求添加到支持葡萄酒的应用程序列表中，网址为

是。。。然后我们可以将您的应用程序添加到

---

如果你的应用程序运行在Wine中，你能不能试着编译它并与winelib链接？

据我所知，Wine在过去的一年中已经显著稳定，因此这可能不再是一个问题。是的，他们已经冒险发布了一个名为Wine 1.0的稳定版本，而不是包装Wine，但是与它链接并部署ELF可执行文件，而不是EXE文件。哈维尔：这不是必要的，无论是性能还是其他方面，这样做都没有真正的好处。或者针对特定版本的Wine进行测试并验证。这似乎是大多数软件供应商所做的。我将不得不使用Lazarus进行（本机编译），这在开始时需要做一些工作。我们的市场对成本非常敏感，这可能有助于销售。我喜欢“葡萄酒制造”的想法。