由于目前加入了一个负责将原有系统移植至.net平台的项目组,花了些时间对com-->.net进行了些基础研究。贴出此文,希望和各位分享。不足之处,请各位指正。先谢啦。
一、基础概念
什么是com interop?com interop看上去象是介乎于com和.net之间的一条纽带,一座桥梁。为了保持向后兼容,com interop能使得.net程式在不修改原有com组件的前提下方便的访问com组件。这一点是非常重要的。事实上,全球的com组件的代码量估计可能有数十亿行,拥有这些com组件的公司不可能重写这些组件,所以com interop的存在为有此需求的研发者提供了非常好的解决方案。
大家都知道,com和.net之间存在着非常大的差异,为了使两者能有机的结合在一起进行协同工作,com interop中实际存在着2种桥接方式。一种是rcw,runtime callable wrapper(运行时可调用包装);另一种是ccw,com callable wrapper。后者,将在后续的相关文章中进行讨论,这儿就不再赘述了,本文主要关注的是前者。rcw是在运行时通过clr从interop装配件(interop assembly)的元数据中获取相关信息动态的实例化而得到的。个人认为,能把他理解为是介乎于com和.net应用程式之间的一个代理,.net应用程式对com组件的每个调用请求都是通过这个rcw中转的。使用者将感觉不到自己是在调用com组件,一切都是这么的自然,和调用一个.net组件没有所有差别。使用c++的朋友都知道,在c++中如果想要实例化一个com对象,需要使用cocreateinstance。而当我们有了rcw之后,一切都变得简单,我们能在c#中使用new来直接实例化这个com对象。
需要注意
一、基础概念
什么是com interop?com interop看上去象是介乎于com和.net之间的一条纽带,一座桥梁。为了保持向后兼容,com interop能使得.net程式在不修改原有com组件的前提下方便的访问com组件。这一点是非常重要的。事实上,全球的com组件的代码量估计可能有数十亿行,拥有这些com组件的公司不可能重写这些组件,所以com interop的存在为有此需求的研发者提供了非常好的解决方案。
大家都知道,com和.net之间存在着非常大的差异,为了使两者能有机的结合在一起进行协同工作,com interop中实际存在着2种桥接方式。一种是rcw,runtime callable wrapper(运行时可调用包装);另一种是ccw,com callable wrapper。后者,将在后续的相关文章中进行讨论,这儿就不再赘述了,本文主要关注的是前者。rcw是在运行时通过clr从interop装配件(interop assembly)的元数据中获取相关信息动态的实例化而得到的。个人认为,能把他理解为是介乎于com和.net应用程式之间的一个代理,.net应用程式对com组件的每个调用请求都是通过这个rcw中转的。使用者将感觉不到自己是在调用com组件,一切都是这么的自然,和调用一个.net组件没有所有差别。使用c++的朋友都知道,在c++中如果想要实例化一个com对象,需要使用cocreateinstance。而当我们有了rcw之后,一切都变得简单,我们能在c#中使用new来直接实例化这个com对象。
需要注意