delphi - 在Delphi中建立大型软件系统

Question

我们有一个使用大约16年的软件包。它几乎遍历了所有的Delphi版本（.NET版本除外）。多年以来，当涉及到交叉引用并为其他软件包（如第三方库）进行正确设置时，事情变得非常混乱。我想知道在组织这样的大型项目（和项目组）时是否有一些标准做法。

因此，解释一下当前设置...

这是一个多应用程序系统。这意味着涉及12个可执行项目（以及一些DLL和服务项目）。我们还将内容保存在SourceSafe中，并且多个开发人员在不同的计算机上使用同一代码工作。所有这些项目都更多，因此都转储到中央文件夹中。 “根”文件夹包含主要的EXE项目（以及大约20个文件夹，所有文件夹均包含单位和表单），并且看起来文件夹和文件的层次结构层出不穷。仅此一个项目就涉及五百万行代码。

然后，不必将所有其他应用程序与该主要项目适当地分开。每个项目在主项目的根目录下都有自己的文件夹。

我的两个主要问题是：


如何正确设置DCU文件，以免它们与项目混在一起？ DCU不应放置在SourceSafe（以及与此相关的任何类似文件）中，也不应放置在项目中编译的任何文件中。当未签出文件时，Visual SourceSafe会将文件设置为只读，并且在这种情况下无法写入DCU文件（以及EXE文件等）。那么，如何将此类文件中的任何一个正确地分离到一个远程位置，以免与源代码混淆？
如何正确设置软件包和库？我们有以下内容：

快速报告5.05
NativeJpg库V302-
另一个匿名报告库
我们自己的组件包，需要QuickReports，NativeJpg和其他匿名库



所有这四个库都存储在每台计算机的完全不同的位置，并且需要进行一些集中化。设置每台新开发人员的计算机的最大麻烦是从主要开发人员的计算机中找到它们，并将它们复制到另一台计算机上的同一位置（并确保库路径正确，等等）。

我们还需要为同一台计算机上的不同版本的Delphi保持完全独立的环境。这意味着每台计算机上的项目的副本，每台计算机上的程序包和库的副本，SourceSafe中的项目，程序包和库的副本等。每台计算机都需要具有相同的设置。我们已经利用环境变量将我们的项目定向到哪里寻找某些项目文件（和库）。

另一个新问题：XE2引入了64位功能。我们尚未计划进行64位编译，但是将来肯定会。在所有这些项目中，我如何正确地区分32bit和64bit？

我真正想要的是参考有关如何优化此类环境并使其组织得最好的良好教程的参考。我不希望有人花时间回答问题。这些项目已有15年的历史，已经有200多个来自世界各地的开发人员参与其中，并且在项目之间有很多交叉引用。例如，一个项目可以使用另一个项目中的单元，反之亦然。我个人不喜欢这个概念，但是我也没有从一开始就设计它。我已经得到了使该系统井井有条的任务，并彻底记录了如何在新计算机上设置Delphi以便新开发人员处理我们的项目。当我查看我们的项目时（因为我不一定是系统开发人员，而是被投入开发工作），我在代码的组织方式上看到了很多困惑。

我假设Embarcadero可能有一些关于建立这样的环境的准则和标准？

Answer 1

DCU文件的位置

关于作为编译过程输出的DCU，应在每个项目文件中指定一个DCU输出目录。在Delphi的最新版本中，默认值为.\$(Platform)\$(Config)。这将导致项目目录的子文件夹如下：Win32\DEBUG或Win64\RELEASE。

如果使用选项集设置项目文件，则可以从少量选项文件中控制此设置（以及所有其他设置）。

第三方代码的位置

您应该始终将第三方库用作代码。如果供应商收取更多费用来接收库的代码，请付款。完成此操作后，您只需将源代码包含在版本控制系统（VCS）中，并在很大程度上与对待自己的代码相同。我说的主要是因为您应该避免对其进行修改。

一旦将所有代码都保存在VCS中，就可以通过一次签出操作将整个源代码放到新机器上。

项目组织

我个人强烈反对使用编译器搜索路径。我不使用它们，而是将项目中所需的每个单元都包含在.dpr文件中。

如果您确实使用搜索路径，那么就不可能在变体项目上工作。例如，假设您的客户端发现了两年前发布的软件版本中的错误。您想通过发布软件的2年旧版本的升级来解决该错误。要求他们升级到最新版本完全不可行。也许他们没有为升级付费。全面升级也许已经带来了他们现在不想解决的重大变化。一个完美的例子是所有仍在使用Delphi 7的Delphi开发人员。

现在，在激发了场景的基础上，您将如何为2年的项目创建一个构建环境？如果您使用的是搜索路径，那么它们将引用当今的库。您将不得不更改搜索路径，或将旧的库复制到当今的库顶部。

通过不使用搜索路径并将所有源都包括在VCS中，可以轻松地避免整个头痛。

您应该瞄准的是能够签出程序的任何历史版本并立即进行构建。您应该完全有信心做到这一点，即所构建的软件与发行该版本时所构建的软件相同。这也需要您具有构建自动化功能，但是我无法想象您对于这种规模的项目缺少此功能。