delphi专家中的第三方依赖

Question

我正在编写一个delphi ide Expert，带有一些第三方依赖项（视觉控件），我的问题是当这个专家将安装在目标机器上时，这台电脑是否也需要安装这些第三方组件？或者组件嵌入生成的 bpl 内部？

Answer 1

它们将依赖于您放置在包的 require 子句中的任何包。然后是它们需要的任何包，依此类推...

如果您将依赖的单元放入包中，则可以嵌入它们。

示例：

package Package1;

...

// Items in the section mean that your package
// will depend on the BPL of the other package
// Target machine must have the BPL's listed here.
requires
  rtl;  


// Unit's here mean that the code is in your
// package and not in another BPL
contains
  Unit8 in 'Unit8.pas';

end.

注意事项

• 加载的两个包包含具有相同名称的单元。
• 第三方组件的许可，因为商业库通常不能重新打包为库。
• 开发人员可能还想使用不同版本的第 3 方组件。您需要向这些开发人员提供源代码，以便他们可以重新链接您的专家。

避免问题的一种方法

• 重命名所使用的第 3 方单位。
• 在您的包中包含重命名的单元。

这种方法我已经见过很多次了。

例如，Castalia 就是这样做的，而 在使用开源delphi 词法分析器和解析器。

Answer 2

关于 BPL 专家：

如果您可以避免链接到第 3 方控件的设计时版本，而仅坚持运行时 BPL，那么您可以合法地将这些与您的专家一起交付。

不幸的是，我不能说您可以安全地运送它们，因为您正在与其他Delphi开发人员打交道：他们可能拥有相同的第3方软件包，但版本不同！对于普通的应用程序，您可以简单地将 BPL 版本安装到应用程序的目录中，但这不适用于 Delphi IDE，因为应用程序就是 IDE：IDE 是加载和链接 BPL 的那个，并且它可以不要加载同一 BPL 的两个版本。而且您无法替换用户的版本，因为他们需要保留他们许可的版本，即使您的版本较新！

解决方案：DLL 专家：

一种可能的解决方案是将专家编译为 DLL，而不是包，并静态链接所有依赖项。这样您就不再依赖用户的第三方控件版本。

Answer 3

正如 Robert Love 所说：依赖关系存在，

任何 delphi 项目都可以设置为使用或不使用包进行编译。项目|选项|套餐 |选中或取消选中“使用运行时包构建”。

当您使用包构建/编译时，这意味着您没有嵌入包中的代码，并且您必须分发专家所依赖的 bpl。正如罗伯特所说：当您选择此选项时，请注意有关重新分发的许可证。

当您不包构建/编译时，来自第三方控件/库的代码将嵌入到您的可执行文件/dll 中，这就是您必须分发的全部内容。