为什么dynamic
对象在反射时可以不在NameTranslate COM对象上调用这些方法?
使用动态的失败示例:
Type ntt = Type.GetTypeFromProgID("NameTranslate");
dynamic nto = Activator.CreateInstance(ntt);
nto.Init(3,null)
第三行因NotImplementedException失败而消息未实现方法或操作。
使用其他COM对象(WScript.Shell和SendKeys)的类似尝试:
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
答案 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);