Delphi 应用程序的插件系统 - bpl 与 dll？

Question

我正在编写delphi应用程序，它应该具有加载插件的能力。 我使用 JvPluginManager 作为插件系统/管理器；）现在，在新的插件向导中，他们说最好使用 .bpl 类型插件而不是 .dll 插件......这个解决方案与 dll 类型插件相比有什么优点？ 到目前为止，我只发现了这个解决方案的缺点：

1. 我必须将所有通用接口单元放在单独的包中，以便在加载插件时不会抛出有关包含通用单元的其他包的任何错误

2. 如果，比方说，一个插件开发人员决定使用一些众所周知的单元（如突触），默认情况下没有运行时包，第二个插件开发人员也这样做，比bump...它在这里崩溃...

那么，使用 bpls 而不是使用运行时包编译的 dll 实际上有什么优点呢？

提前致谢

Answer 1

BPL 的另一个缺点。 当您切换 Delphi 版本时，您将必须重新分发新插件。 经过多次尝试寻找完美的插件系统，我最终选择了 COM，并且我从未后悔过这个决定。 在一个已经有插件需求超过 8 年的商业应用程序中，该应用程序不断向前发展，但第一次迭代发布的一些插件仍然以其原始形式存在。

如果您选择此方法，请帮自己一个忙，从一个简单的界面开始，然后在其上添加新的界面。 您不想更改您的基本界面，因此请保持简单而可爱。

Answer 2

正如 Alexander 所说，BPL 基本上是一个 DLL。 但有一些条件（来自我所做的一个不太简短的总结：http://wiki.freepascal.org/包）：

• 一个单元只能在 BPL 的 +Exe 中存在一次。 这避免了状态重复（堆管理器和系统等其他全局变量、VMT 表等的两倍）
• 。BPL 只能使用其他 .BPL。
• 这意味着像 ansistring 和 IS/AS 这样的动态类型可以在 BPL 接口上正常工作。
• 初始化/终止是单独的过程，并且它们的初始化顺序受到严格控制。 对于静态动态加载，这更简单，对于动态加载（类似插件），会检查对单元的所有依赖性。
• 一切本质上都是一个大程序，这意味着 BPL 必须使用相同的编译器版本和 RTL 进行编译，并且取决于版本的其他依赖项。 将 .BPL 插入现有 EXE 可能会更困难，因为 Delphi 版本必须匹配。
• 这也意味着您必须为插件 .BPL 所依赖的（非 Delphi）.BPL 提供 .dcp。

简而言之：如果插件架构是开放的，则将其设为 DLL。 否则人们必须拥有完全相同的 Delphi 版本才能编写插件。

混合动力也是可能的。 一个更高级别的 .BPL 接口，用于您自己分解到 .BPL 和选定的开发中的功能，以及用于其余部分的底层程序 DLL 接口。

第三种选择是使用 DLL，但指定 Sharemem。 字符串可以工作，多个 Delphi 版本都可以工作。 对象可以工作，但不安全（例如，我猜早期版本的 D2009 无法工作）。 即使其他语言的用户也可以通过 COM 进行分配，但并不完全排除非 Delphi。

Answer 3

你的第一个骗子也是一个专家。 如果在每个 dll 中复制共享代码，则 dll 会变得越来越大。 即使使用 dll，您也可以通过将共享代码移动到单独的 dll 中来防止这种情况。

优点：

1. 类型是共享的。 没有 TFont 不是 TFont 问题
2. 内存管理器是共享的。 字符串和类可以毫无问题地用作插件之间的参数。

缺点：

1. 插件只能使用 Delphi 或 BCB 构建。
2. 插件应使用相同的 Delphi 或 BCB 版本。

您考虑过使用COM吗？ COM 使得共享类型、字符串和类成为可能，并且插件可以用多种编程语言编写。

Answer 4

我不熟悉 JvPluginManager，但这取决于您将如何使用 BPL。

基本上，BPL - 只是一个普通的 DLL，但它的初始化/最终化工作从 DllMain 中剥离出来，以单独的函数：“Initialize”/“Finalize”。

因此，如果您要像通常的 DLL 一样使用 BPL，据我所知，没有缺点，只有优点：DllMain 不会再出现麻烦。 就这样。 唯一的区别。

但Delphi中的BPL也提供了一种便捷的代码共享方式。 这意味着巨大的优势（通用内存管理器，没有重复的代码等）。 所以通常的 BPL 所做的不仅仅是“只是一个 DLL”。
但这也意味着，现在您的插件系统仅限于 Delphi（好吧，也可能是 C++ Builder）。 即插件和exe必须在同一个编译器中编译才能顺利运行。

如果这对您来说是可以接受的（即没有 MS Visual Studio，不，先生，永远不会） - 那么继续吧，您可以使用 BPL 的所有功能。

PS 但是，如果您不仔细设计界面，那么升级此类 BPL 插件也可能是一场噩梦。 在某些最坏的情况下，您可能需要重新编译所有内容。
PPS 就像我说的：我不知道它如何应用于由 JvPluginManager 创建的插件。

Answer 5

避免 blp 方法，因为您将不得不随软件一起运送一大袋 bpl，因此分发将变得庞大。

为什么我们使用 Delphi 来编译小型独立程序，这些程序可以在任何地方运行而无需任何运行时依赖。 使用 bpls 就意味着违背了这个目的。

我不知道您对 DLL 是否满意，但我建议您使用 DLL。

• 这将为其他开发人员（谁
  可能会对您的软件感兴趣）
  有机会使用任何开发
  语言（只要该语言
  可以吐出dll）自己写
  可以在您的应用程序中使用的插件
  开发的软件。
• 另一件事是你将会
  从Delphi的vcl版本保存
  依赖性暴政。 主要弱点
  迄今为止德尔福的点。