确定vb6 DLL的结球是如何连接在一起的

我有点吓坏了，因为我收到了这个vb6 DLL结球

以前的开发人员在DLL中硬编码了连接字符串。开发人员差不多两年前辞职了，我没有任何文档，我在VSS数据库中有几个不同的分支。服务器已移动，密码已更改

我的第一个目标是尝试让这个装置启动并运行。我相信我必须首先重新编译所有dll，以使新的dll更改生效。我发现一个问题，dll名称似乎与“项目引用”对话框中的引用相匹配，但“项目引用”对话框仍然显示缺少引用。有人知道如何解决这个问题吗

这段代码也在一个旧的VSS数据库中，我想将它迁移到我们的TFS源代码管理服务器中。是否有一种简单的方法可以查询VSS服务器，以查找开发人员所做的最新更改，从而使我能够确信自己拥有最新的版本？这些分支似乎没有任何逻辑名称

看来我已经发现有人早期尝试过n层开发，但是这种架构伤害了我的大脑。其中一层看起来是大约20种不同的方式，可以将记录集转换为集合、数组或仅返回记录集，而大多数“业务逻辑”看起来都在存储过程中

---

我想我明白了为什么在我之前和之后的开发人员从未尝试重新编译这个项目。。。我不敢相信他居然幸运地逃脱了将近两年的惩罚，也许这就是他辞职的原因。

所以我需要注册32个DLL。。。哦，我刚知道什么是地狱

我发现一个打嗝的地方 名称似乎与中的引用相匹配 “项目引用”对话框，但 “项目引用”对话框仍然存在 表示缺少引用

我想我至少可以回答这个问题。很可能，dll没有以二进制兼容方式编译，或者没有保留原始dll以确保兼容性。在不深入太多细节的情况下，您需要获取（当前工作的）dll，在项目中设置二进制兼容性，并指向（当前工作的）dll以实现二进制兼容性。重新编译的dll应该会正确显示