带有 ByRef 的 COM Interop 方法签名
COM Interop Method Signature with ByRef
我有一个调用 COM DLL 的 C# 程序,它有一个名为 test
的方法,有两个参数:第一个参数被传递 ByVal
,第二个被传递 ByRef
.
这就是 COM DLL 的作用:
Public Sub test(ByVal a As String, ByRef b As String)
a = "a"
b = "b"
End Sub
这是 C# 程序的作用:
test.Class1 x = new test.Class1();
string a = "1";
string b = "2";
x.test(a, ref b);
我注意到,如果我删除 ref
关键字,编译器不会告诉我我错过了 ref
关键字并传递了参数 ByVal
。如果我错过了 ref
关键字,这可能是个大问题,因为在我知道它需要 ref
之前我无法注意到它。您知道为什么编译器会出现这种行为吗?
这是高度特定于 COM 互操作代码和 C# 语言版本 4 及更高版本。是的,它允许在这种特定情况下省略 ref
。 C# 版本 4 进行了大量调整,使 Office 编程更容易。 Office api 最初设计为与早期 VB 版本配合良好,它们默认使用 ByRef。 VBA 仍然如此。所以 api 有 很多 的方法参数是 ByRef,即使它们实际上并没有修改传递的参数。
如有必要,编译器将生成一个临时变量以使调用合法。结果是您的变量没有得到更新。你必须要注意的事情。进两步,退一步:)
我有一个调用 COM DLL 的 C# 程序,它有一个名为 test
的方法,有两个参数:第一个参数被传递 ByVal
,第二个被传递 ByRef
.
这就是 COM DLL 的作用:
Public Sub test(ByVal a As String, ByRef b As String)
a = "a"
b = "b"
End Sub
这是 C# 程序的作用:
test.Class1 x = new test.Class1();
string a = "1";
string b = "2";
x.test(a, ref b);
我注意到,如果我删除 ref
关键字,编译器不会告诉我我错过了 ref
关键字并传递了参数 ByVal
。如果我错过了 ref
关键字,这可能是个大问题,因为在我知道它需要 ref
之前我无法注意到它。您知道为什么编译器会出现这种行为吗?
这是高度特定于 COM 互操作代码和 C# 语言版本 4 及更高版本。是的,它允许在这种特定情况下省略 ref
。 C# 版本 4 进行了大量调整,使 Office 编程更容易。 Office api 最初设计为与早期 VB 版本配合良好,它们默认使用 ByRef。 VBA 仍然如此。所以 api 有 很多 的方法参数是 ByRef,即使它们实际上并没有修改传递的参数。
如有必要,编译器将生成一个临时变量以使调用合法。结果是您的变量没有得到更新。你必须要注意的事情。进两步,退一步:)