11

我正在尝试为我制作的自定义组件制作一个包。它基于几个库，包括 Graphics32、GraphicEx 和 CCR.Exif。

我创建了一个Package项目，编写了包含其注册过程的单元，添加了一些 Delphi 通知我的额外参考资料（包括dbrtl.dcp、inet.dcp、soaprtl.dcp、vclimg.dcp、xmlrtl.dcp 和 dclGraphicEx140。 dcp) 并在contains部分添加了许多单元，以避免隐式发生有关它的警告。该项目可以编译并且可以在我自己的机器上安装和使用而不会出现问题。但是，当我想在另一台机器上安装它时，麻烦就开始了。最后，我不得不从我使用的所有第 3 方组件中复制所有 DCU，以及来自 GraphicEx 的 DCP 和 BPL，我什至必须安装它们。

提供大量文件是一件令人讨厌的事情，但可以克服，但必须安装其他软件包也是不行的。我可以通过在包含部分中放置更多单元来摆脱 DCP 和 BPL ，但这会导致在我自己的实际安装了 GraphicEx 的机器上出现错误消息。这让我很困惑，因为 Graphics32 不会发生这样的事情......

无论如何，我如何将我的分布保持在最低限度并避免这种情况？我希望我团队中的其他开发人员能够使用该软件包，而不必担心我用来构建它的内容。首先，不能将所有 3rd 方单元都编译到我自己的 DCU 中吗？

4

4 回答 4

2

你所经历的对于编写组件的人来说是很平常的事情。分布总是这样。包不携带其他包，因为它们引用了它们。这是他们的本性。

为了克服这种情况，我总是像对待要销售的产品一样对待我的组件：我构建了一个设置向导，用于分发和注册软件包所需的所有内容。

就我而言，InnoSetup 运行良好（http://www.jrsoftware.org/isinfo.php）。

于 2013-08-13T11:39:22.763 回答
0

概括

有一段时间没有使用 Delphi，但是，确实开发了我的自定义可视控件（我工作的最后一个版本是 Delphi 6）。

处理包依赖项时有两个问题。一种是在 Delphi 环境中安装，使控件出现在组件面板上，另外还有组件编辑器和属性编辑器。

另一个是在将编译好的包分发到客户机器上时。

它还取决于您正在运行的 Delphi 上的哪个版本。

设计时间

开发自定义包时，有一个包选项选项卡，用于指示目标文件夹。

手册通常会告诉开发人员将这些文本框留空。这有时有效，有时无效。我明确地在各自的文本框中写下每个文件夹路径。

“ .dcp”文件有一个文本框路径，“. dcu”有一个文本框路径，依此类推。

如果您有可视控件和属性编辑器或组件编辑器之类的东西，最好将代码拆分为 2 个包（“运行时”和“设计时”）。

我通常将delphi（包）项目放在delphi安装文件夹之外。

运行

通常，快速的方法是将“*.bpl”“.dcp”文件放在 Windows (32)/system 文件夹，或类似的“DLL”windows 文件夹中。

Packages文件夹结构源码建议

管理包可能很困难。我不知道 Embarcadero 和较新版本的 Delphi 对安装过程的影响有多大。下图是如何组织源代码的示例。希望能帮助到你。

[-]--+--c:
.....|
.....+--[-]--+--software
.............|
.............+--[+]-----java
.............|
.............+--[+]-----php
.............|
.............+--[-]--+--delphi (not the delphi folder in program files)
.....................|
.....................+--[+]-----apps (source code for delphi programs)
.....................|
.....................+--[+]-----other
.....................|
.....................+--[-]--+--packages (all delphi packages source code here)
.............................|
.............................+--[+]-----lib (a single package for non visual controls, libraries)
.............................|
.............................+--[+]-----tools (package pair for non visual tcomponent descendants)
.............................|
.............................+--[+]-----json (example)
.............................|
.............................+--[+]-----xml (example)
.............................|
.............................+--[-]--+--mycontrols (folder custom visual controls)
.............................|.......|
.............................|.......+--[-]--+--delphi40 (folder for delphi40 version of "mycontrols")
.............................|.......|.......|
.............................|.......|.......+----------dsgvclctrls40.dpk (design-time package "mycontrols")
.............................|.......|.......|
.............................|.......|.......+----------runvclctrls40.dpk (run-time package "mycontrols")
.............................|.......|.......|
.............................|.......|.......+--[+]--+--demos (individual example for each "mycontrol")
.............................|.......|.......|
.............................|.......|.......+--[+]--+--design ("*.pas" component editors  destination folder)
.............................|.......|.......|
.............................|.......|.......+--[+]--+--sources ("*.pas" source code destination folder)
.............................|.......|.......|
.............................|.......|.......+--[+]--+--bin ("*.dcu" destination folder)
.............................|.......|........
.............................|.......+--[+]--+--delphi50 (folder for delphi50 version of "mycontrols")
.............................|.......|........
.............................|.......+--[+]--+--delphi60 (folder for delphi60 version of "mycontrols")
.............................|.......|........
.............................|.......+--[+]--+--delphi70 (folder for delphi70 version of "mycontrols")
.............................|................
.............................+--[-]-----etc...

干杯。

于 2012-03-24T21:43:22.443 回答
0

我认为 AlexSC 有最好的答案，但我认为如果您绝对必须拥有一个没有依赖关系的自定义组件，则可能会有替代方案。

在尝试为我们的开发人员创建内部组件时，我遇到了 Delphi 依赖问题。我的建议：

  1. 卸载组件使用的所有依赖项

  2. 在您的组件包中，从您的包的 requires 部分中删除上述 dcp。

  3. 将依赖项的源文件复制到组件中

分发组件时，您必须使用所需依赖项的代码分发它

如果您想单独使用依赖项，您会遇到问题，因为 Delphi 不允许您在已安装的包中具有重复的单元名称。

此外，您不想使用 DCU 的原因是 DCU 是为特定平台和编译器编译的。因此，除非您确定所有 devolper 都在使用相同版本的 Delphi 的同一平台上，否则需要重新编译依赖代码。

同样，AlexSC 有最好的答案，而 InnoStudio 是一个很棒的小工具。

于 2013-11-09T14:38:16.830 回答
0

Thijs，你根本不能只用一个包来做到这一点。目标开发人员将需要您添加到包中的几乎所有内容。但是有另一种方法可以做您想做的事情：使用您在自己的组件中使用的所有组件/库构建一个 DLL，并将所有这些外部组件/库包装到您将从 DLL 导出的一些代码中。然后在不直接使用外部组件的情况下构建您的组件，而是使用您构建的 DLL。您不能在您的组件中“使用”其他外部组件/库的任何单元。您必须为从 DLL 导出的任何内容构建一个包含所有数据类型和所需声明的新单元。所有这一切都很好，但对于大量外部组件或库来说很快就会变得非常复杂。

于 2013-04-28T16:53:32.373 回答