当反射仍然有效时,为什么动态方法调用失败?

时间:2014-01-07 00:11:25

标签: c# dynamic reflection com

为什么dynamic对象在反射时可以不在NameTranslate COM对象上调用这些方法?

使用动态的失败示例:

Type ntt = Type.GetTypeFromProgID("NameTranslate");
dynamic nto = Activator.CreateInstance(ntt);
nto.Init(3,null)

第三行因NotImplementedException失败而消息未实现方法或操作。

使用其他COM对象(WScript.ShellSendKeys)的类似尝试:

Type shellType = Type.GetTypeFromProgID("WScript.Shell");
dynamic shell = Activator.CreateInstance(shellType);
shell.SendKeys("abc");

回到第一个样本。如果我使用反射并使用InvokeMethod方法调用方法,那么一切正常。

使用反射的工作示例:

Type ntt = Type.GetTypeFromProgID("NameTranslate");
object nto = Activator.CreateInstance(ntt);
object[] initParams = new object[]{3,null};
ntt.InvokeMember("Init", BindingFlags.InvokeMethod, null, nto, initParams);

我认为这必须与如何创建或标记COM对象有关 - 但对于我的生活,我在文档,对象浏览器或注册表中看不到任何指示这些COM对象及其子对象的内容/函数被标记为私有或其他通常会抛弃dynamic关键字的函数。

MSDN上的NameTranslate文档:http://msdn.microsoft.com/en-us/library/windows/desktop/aa706046.aspx

1 个答案:

答案 0 :(得分:6)

有趣的是,NameTranslate个方法都不能通过dynamic调用。我在下面只对此有一个理论上的解释。

AFAIK,当.NET DLR处理dynamic调用的COM对象时,它会尝试使用COM类型库(如果可用),然后转向IDispatch。这就是它与Reflection的不同之处,它在与COM对象一起使用时会立即调用IDispatch

使用OleView查看的ActiveDS类型库(C:\Windows\System32\activeds.tlb)似乎有些不正确。它包括许多非自动化兼容的声明,包括接口:

interface IPrivateDispatch;
interface ITypeInfo;
interface ITypeComp;
interface ITypeLib;
interface IPrivateUnknown;

NameTranslate本身的类定义如下:

[
  uuid(274FAE1F-3626-11D1-A3A4-00C04FB950DC)
]
coclass NameTranslate {
    [default] interface IADsNameTranslate;
    interface IDispatch;
};

IDispatch内声明coclass是不寻常的(尽管不是禁止的)。

因此,在这种情况下,我假设这样的类型库和/或coclass定义可能会混淆DLR。

作为解决方法,您可以使用TlbImp.exe activeds.tlb导入它(这会产生一系列警告),将输出互操作程序集添加到项目中并直接调用API。这有效:

Type ntt = Type.GetTypeFromProgID("NameTranslate");
var nto = Activator.CreateInstance(ntt) as ActiveDs.IADsNameTranslate;
nto.Init(3, null);