在Delphi 7项目中,我们安装了FastMM.不久之后,我们发现其中一个表单开始在关闭时发出抽象错误消息.我已经对此进行了广泛的调试,到目前为止我找不到原因.此错误消息的通常原因似乎不适用于此处.应用程序未定义抽象类.我还在表单中搜索了可能使用TStrings或类似的东西.最重要的是,我们没有(好吧,我们认为我们没有)对这种形式做出任何改变.它刚破了.
如果这些问题的答案是否定的,那么我将继续搜索未实现的方法调用,放心我不会错过其他内容.
旧标题:建议每个单元有多少个类？
我的问题是针对德尔福的.我认为在Java和C#世界中,每个类通常有一个文件是一种相当被接受的做法.我认为这也是遵循Delphi的一个很好的规则,因为在Delphi中,如果一个单元中有多个类,私有成员就不是私有的.
所以我很惊讶地听到两个不同的高级(可能比我更有经验)的程序员告诉我,我的代码太多了.其中一人告诉我不要害怕在一个单位放置5-6个班级.
是否存在一些我不知道的"每个模块一类"规则的问题,这可以保证并解释这些程序员的反应？
我有一个凌乱的Delphi 7遗留系统来维护和开发.我已经在阅读"有效地使用遗留代码",我非常喜欢这本书.
为了开始遵循本书中的建议,我创建了一个测试项目,并尝试编写一个测试.为此,我需要在测试项目中添加一些单元,但这里存在问题:被测系统具有可怕的使用依赖性.一个单位使用其他单位,使用其他单位等等,等等.似乎大多数单位直接或间接使用一个特定单位,而这个单位在其使用条款中依次有170个依赖项.还存在间接循环依赖.
目前我正在尝试将所有遗留系统的单元添加到测试项目中,但我遇到了各种问题,例如"单元xxx是使用不同版本的xxx编译的"等等.
所以我想知道我做错了什么.我之前使用过单元测试,但在我自己的项目中,它更小,具有更好的结构和模块化.在这种情况下我有哪些选择？我错过了什么吗？