delphi - 我应该将 DUnit 单元包含到我的 Delphi 7 项目中吗？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 9 年前。

Improve this question

我有一个为 Delphi 7 编写的遗留项目。我即将将一堆新代码集成到其中，其中包括使用 DUnit 的测试套件。 DUnit 它不是 Delphi 7 的一部分(它后来被集成)，所以问题是:我应该将 DUnit 单元包含到我的项目中(将它们 checkin 版本控制等)还是我应该更好地要求所有参与的开发人员维护他们各自的独立的 DUnit 单元？ DUnit安装？

该项目是闭源的，仅在我工作的企业内编写和部署，即项目源代码不会交付给任何消费者。

Answer 1

从您提出问题的方式来看，您的问题可能有些困惑。因此，让我们先解决这个问题。

这听起来像是您询问是否在您的生产应用程序中包含 DUnit 单元。这将是一个非常糟糕的主意，我将在这个答案中避免详细说明原因。

但是，我理解您的问题是您是否应该像对待您自己的项目源代码一样对待这个“第三方”源代码(在源代码控制方面)。我已经这样回答了。

<小时/>

有许多原则可以证明在 SC 存储库中包含 DUnit 源代码是合理的。

• 每当您有新的开发人员或安装新的开发机器时，您都希望快速、轻松、轻松地启动并运行。
  • 只有当所有依赖项都在源存储库中进行管理时，才能实现理想的效果。很难做得比:(1) 获取最新源更好。 (2) 构建。
  • 即使您将磁盘镜像与所有必需的应用(包括第三方库)一起使用，它也不会有 100% 最新的源。
• 所有开发人员都使用同一版本的 DUnit，这一点非常重要。
  • 否则，您可能会面临测试用例在一台计算机上运行但在另一台计算机上可能无法编译的风险。
• 在广泛使用 DUnit 后，我​​相信您会发现想要更改的各种内容(大大小小的)。您最好将这些更改保留在您的存储库中。
  • 我对 DUnit 的个人体验是它的某些部分设计得很糟糕。因此，通过直接修改单位可以更轻松地完成一些扩展。

我什至会更进一步:尽管 Delphi 的最新版本包括 DUnit，我仍然会在源代码管理中复制一份。尽管 DUnit 是随 Delphi 一起提供的 - 它实际上只是放入文件夹中的第三方源代码。