C#中COM操作(一)---实例化[2]

直接声明空成员的类

可能很多程序员对于这个不太理解这是什么意思没关系咱还是用代码来说话

[ComImport Guid(DECFFCDBBFCFAEDA)]

public class JetEngineClass

{

}

[ComImport CoClass(typeof(JetEngineClass)) Guid(FDFFDBBFCFAEDA)]

public interface IJetEngine

{

void CompactDatabase(

[In MarshalAs(UnmanagedTypeBStr)] string SourceConnection

[In MarshalAs(UnmanagedTypeBStr)] string Destconnection

);

void RefreshCache([In MarshalAs(UnmanagedTypeInterface)] object Connection);

}

JetEngineClass engine = new JetEngineClass();

IJetEngine iengine = engine as IJetEngine;

// iengine即是所要用的接口的引用

大家看到了上面声明的JetEngineClass类只有一个单单的类声明但是没有一个成员声明但是和一般的类声明有些不一样的是这个类多了两个特性(Attribute)把这个类和COM对象联系在一起的就是这两个特性了其中一个是ComImportAttribute这个特性指明了所作用的类是从COM对象中来的GuidAttribute指明了COM对象的GUID也就是说明了创建这个COM需用到的GUID有了这两个特性以后这个类就不是一个普通的类了当我们使用new去创建实例的时候CLR看到了声明的这两特性就知道要创建的是一个COM对象根据提供的GUID也就能创建出指定的COM对象并和new返回的对象实例关联在一起了

终上种方法我们可以看出来第一种方式只对特定的COM对象有效不具有通用性第二种方式只需要知道COM对象的CLSID或PROGID就可以了是我们在NET里平时比较常用的创建COM对象的方法第三种方式需要自己声明一个外部方法而且需要传入若干的参数还需要知道COM对象模型是单线程呢还是多线程进程内呢还是进程外两个字麻烦对CoCreateInstance这个方法不是很熟悉的人来说用起来就不那么顺手了第四种方式用起来最像是NET的方式也最简单省事和其它NET对象的创建方式最为接近四种方法各有各有好处我觉得简单的COM对象用第二种和第四种是最好的（我个人来说最喜欢第四种）又不生成额外的程序集要是COM对象相关的比较多比如说Excel之类的COM对象我建议还是用导入类型库包装吧虽然是有可能出现版本问题但这种应该很容易要求目标机器上运行的COM版和开发的时候一致的更何况版本问题也不是%出现只是很少一部分会出这样的问题最不推荐的就是第三种方式了这种方式在我看来唯一用到的地方就是使用IntPtr作为COM对象和接口的指针的时候或者是想要在创建COM对象的时候对参数作最灵活的控制的时候 因为其它三种方式既不能返回IntPtr指针(其实也可以通过前面提到的的Marshal类的方法把NET包装的COM对象转成指针)也不能提供与直接调用CoCreateInstance函数提供最全面的参数相匹配的方式

最后提个小问题

读者有兴趣的话可以去看看这几种方式（不包括第三种）生成的COM对象的引用的类型是否是一致的也就是用GetType得到的Type是否是一致的

大家猜猜这段代码运行后iengine的类型会是什么(GetType的结果) 会和engine的类型一样吗?

JetEngineClass engine = new JetEngineClass();

IJetEngine iengine = engine as IJetEngine;

// iengine即是所要用的接口的引用

IntPtr p = MarshalGetIUnknownForObject(engine);

iengine = MarshalGetObjectForIUnknown(p) as IJetEngine;

我这里就不给出结果了留给读者自行去验证吧另外如果大家还发现NET中有其它的创建COM对象的方式也尽指教一二本人将不甚感激

[] []