在 2 台机器上生成的 .tlh 不同

Question

我有一个 .NET dll，它有一些暴露给 com 的接口\类。在构建过程中会生成一个 .tlb 文件，并且该 tlb 被一些 c++ 代码引用。因此，编译器会为 tlb 生成一个 .tlh 文件。

当我在本地运行构建时，其中一个接口中的属性之一最终会在 tlh 中具有不同名称的相应方法。 .net 代码中的属性称为 PropertyA，最终称为 get_propertyA，而 PropertyB 最终称为 get_PropertyB。发生这种情况时，我没有眨眼，只是使用了 tlh 中定义的方法并假设一切都是 hunky dory，但是当我提交这些更改时，构建对其他人不起作用，因为编译器生成了名为 get_PropertyA 的属性和get_PropertyB（注意 propertyA 中的大小写不匹配）。

在两台机器上生成的 tlb 文件是相同的（根据十六进制比较器），并且 tlh 文件都是由相同的编译器版本生成的。

构建过程通过执行以下操作创建 tlb：regasm path\to\dll\Mydll.dll -tlb:path\to\output\mydll.tlb

任何想法为什么我的本地版本最终会出现名称不正确的属性？或者我能做些什么来解决它？

更新：我读到 tlbexp 将使用它找到的字符串的第一个版本，并且可以通过重新编译来改变。虽然我没有使用 tlbexp，但我想知道这是否是问题所在。我找到了与我的方法（在其他方法中）同名的参数，但开头有一个小写字母。所以我把这些都换了。重建，没有变化。所以我然后重命名了我的 COM 方法。重新构建并得到预期的缺失方法错误。将该方法重命名为原始名称，嘿，它似乎已修复。由于它现在似乎可以工作并且我不能让它再次失败，所以我无法尝试建议的解决方案，但我喜欢重命名的想法，以防将来发生这种情况。

Answer 1

我也遇到了同样的问题。

通过另一个 SO 问题 (https://stackoverflow.com/questions/708721/compare-type-libraries-generated-by-tlbexp) 我发现了这个社区内容：

http://social.msdn.microsoft.com/Forums/en-US/clr/thread/5003c486-ed3f-4ec8-8398-a1251b0f9e74

引用该内容：

在 tlbexp 的文档中，有一个有用的社区内容：

http://msdn2.microsoft.com/en-gb/library/hfzzah2c(VS.80).aspx

引用：

“使用 /names 选项的原因是类型库将每个标识符存储在不区分大小写的表中。遇到的第一个案例获胜。因此，如果有一个参数，名为 Monitor 的类最终可能会暴露为“monitor”首先遇到这样的名称。（遇到标识符的顺序可以通过重新编译程序集来改变！） /names 可以保证稳定的大小写。"

根本原因似乎是中间的一个错误，如下所述：

http://support.microsoft.com/default.aspx?scid=kb;en-us;220137

引用：

“当有两个仅大小写不同的标识符时，第二个标识符的大小写将更改以反映第一个标识符的大小写。”

因此，作为解决方案，我在项目设置中取消选中“注册 COM 互操作”选项并添加了构建后步骤

"$(DevEnvDir)....\SDK\v2.0\Bin\tlbexp" $(TargetFileName) /names:"$(ProjectDir)Names.txt" %windir%\Microsoft.NET\Framework\v2.0.50727\regasm $(TargetFileName)

名称文件包含定义如何进行大写的条目。就我而言，它只包含一行：

身份证

最好的问候

伯恩德·里特

使用 /names 为我解决了这个问题。

Answer 2

您可以使用 import 的 rename 属性来显式重命名属性。假设你有propA，有时会变成PropA，propB，有时会变成PropB。要始终拥有PropA 和PropB，请使用 rename，如下所示：

#import <library> rename( "propA", "PropA" ) rename( "propB", "PropB" )

小心使用它——它会导致一个简单的文本替换，它适用于它在类型库中遇到的任何标识符。在某些情况下，它可能会导致难以调试不需要的副作用。

Answer 3

完整性检查：您确定在两台机器上使用相同的#import 指令吗？即正在编译的完全相同的源文件？

尝试在包含项目的目录上创建网络共享并在另一台机器上打开它，以便 1000% 确定这些是正在编译的相同源文件。

抱歉，我没有更具体的建议。