直接成员声明的类
可能很多程序员对于这个不太理解这是什么意思，没关系咱还是"用代码来说话".
- [ComImport,Guid("DE88C160-FF2C-11D1-BB6F-00C04FAE22DA")]
- publicclassJetEngineClass
- {
- }
- [ComImport,CoClass(typeof(JetEngineClass)),Guid("9F63D980-FF25-11D1-BB6F-00C04FAE22DA")]
- publicinterfaceIJetEngine
- {
- voidCompactDatabase(
- [In,MarshalAs(UnmanagedType.BStr)]stringSourceConnection,
- [In,MarshalAs(UnmanagedType.BStr)]stringDestconnection
- );
- voidRefreshCache([In,MarshalAs(UnmanagedType.Interface)]objectConnection);
- }
- JetEngineClassengine=newJetEngineClass();
- IJetEngineiengine=engineasIJetEngine;
- //iengine即是所要用的接口的引用
大家看到了上面声明的JetEngineClass类只有一个单单的类声明，但是没有一个成员声明，但是和一般的类声明有些不一样的是这个类多了两个特性(Attribute)，把这个类和COM对象联系在一起的就是这两个特性了，其中一个是ComImportAttribute，这个特性指明了所作用的类是从COM对象中来的，GuidAttribute指明了COM对象的GUID，也就是说明了创建C# COM对象需用到的GUID。有了这两个特性以后，这个类就不是一个普通的类了，当我们使用new去创建实例的时候，CLR看到了声明的这两特性就知道要创建的是一个COM对象，根据提供的GUID也就能创建出指定的COM对象，并和new返回的对象实例关联在一起了。
终上4种方法我们可以看出来，***种方式只对特定的COM对象有效，不具有通用性；第二种方式只需要知道COM对象的CLSID或PROGID就可以了，是我们在.NET里平时比较常用的创建C# COM对象的方法；第三种方式需要自己声明一个外部方法，而且需要传入若干的参数，还需要知道COM对象模型，是单线程呢还是多线程,进程内呢还是进程外,两个字"麻烦"。对CoCreateInstance这个方法不是很熟悉的人来说，用起来就不那么顺手了；第四种方式用起来最像是.NET的方式，也最简单省事，和其它.NET对象的创建方式最为接近。四种方法各有各有好处，我觉得简单的COM对象，用第二种和第四种是***的（我个人来说最喜欢第四种）又不生成额外的程序集；要是COM对象相关的比较多，比如说Excel之类的COM对象，我建议还是用导入类型库包装吧，虽然是有可能出现版本问题，但这种应该很容易要求目标机器上运行的COM版和开发的时候一致的，更何况版本问题也不是100%出现，只是很少一部分会出这样的问题。最不推荐的就是第三种方式了，这种方式在我看来唯一用到的地方就是使用IntPtr作为COM对象和接口的指针的时候，或者是想要在创建C# COM对象的时候,对参数作最灵活的控制的时候. 因为其它三种方式既不能返回IntPtr指针(其实也可以通过前面提到的的Marshal类的方法把.NET包装的COM对象转成指针),也不能提供与直接调用CoCreateInstance函数提供最全面的参数相匹配的方式。
***提个小问题
1 读者有兴趣的话可以去看看这几种方式（不包括第三种）生成的COM对象的引用的类型是否是一致的，也就是用GetType得到的Type是否是一致的
2 大家猜猜这段代码运行后,iengine的类型会是什么(GetType的结果), 会和engine的类型一样吗?
- JetEngineClass engine = new JetEngineClass();
- IJetEngine iengine = engine as IJetEngine;
- // iengine即是所要用的接口的引用
- IntPtr p = Marshal.GetIUnknownForObject(engine);
- iengine = Marshal.GetObjectForIUnknown(p) as IJetEngine;
以上介绍创建C# COM对象成员声明我这里就不给出结果了，留给读者自行去验证吧。另外如果大家还发现.NET中有其它的创建C# COM对象的方式也尽指教一二,本人将不甚感激.
【编辑推荐】
