为什么使用C++托管扩展

为什么使用C++托管扩展

http://tech.163.com　2006-03-27 14:28:27　来源: 清华大学出版社　　 网友评论0 条 论坛

　

 

微软既要考虑Visual C++的兼容性，又要让传统C++语言具备足够的能力开发.NET应用程序，于是在新版本的Visual C++中，引入了C++托管扩展。

在整个Visual Studio开发套件中，微软为了迎合.NET应用程序开发模式的要求，几乎对每个工具都作了或大或小的改进。其中，VB的变革力度应用微软各种软件产品之最。但是太大的变革往往会带来兼容性问题，特别是新版本的VB宣称其只能开发托管的应用程序(也就是.NET应用程序)，所以对开发人员来讲，这肯定意味着过去使用VB编写的代码在新版本VB上进行重新构造的难度会很大。VB以前就在版本兼容性方面有着不如人意的历史—— 在VB4、VB5、VB6之间进行升级，会让开发人员付出很多辛苦。现在，由于VB的体系进行了很大的改动，所以版本兼容性问题会更严重一些—— 笔者已经在微软几个官方讨论组中看到了一些开发人员和相关人士对此表示出来的担忧，并看到不止一个开发人员对新版本VB在兼容性方面存在问题提出质疑甚至是批评。

作为微软开发套件中的另一位“元老”—— Visual C++，我们对其提供完整的.NET开发支持感到高兴的同时也同样担心它的版本兼容性问题—— Visual C++该不会也和VB一样，彻底与MFC和ATL分裂吧？答案是：不可能！

这是一个令人振奋的回答，下面就让我们花一点时间来了解新版本Visual C++是怎样处理变革和向下兼容之间的关系的。

由于Visual C++的历史背景不但比VB要长，而且，在开发范围上，Visual C++通常要比VB广泛得多。对于使用Visual C++构造出来的应用程序，其主要目标是使它的运行效率(而不是软件的开发效率)尽可能地高，所以，这就是为什么微软要对几个主要支持类库做出比较特别设计的原因。这些特别的设计有包含在MFC中的宏，以及处理Windows标准消息时的消息映射机制(也主要是由若干个宏来实现)，在ATL中也有许多类似的设计。在很多对软件效率使用要求比较高的场合，如图像处理软件或字处理软件等等工具类软件中，MFC几乎成了世界级厂商完成开发工作的首选。至少就目前软件、硬件水平的发展来看，.NET应用程序的运行效率和MFC编写并经过C++编译器编译而来的本机代码应用程序的效率是没有办法相提并论的。所以，无论从保障已有投资还是保证应用程序工作效率的角度来讲，MFC还有其强大的生命力。

另外，之所以微软对VB进行那样大的改革，是因为微软认为VB通常适用于快速应用程序领域，这些领域一般包含对效率要求不是很高的数据库前端应用程序或后端业务组件。当更为优秀的.NET框架发布之后，微软就为VB换了换“心脏”，以期大幅度增强VB的功能，使之成为快速开发.NET应用程序的主力军。而对于Visual C++这样一个在许多传统领域依然宝刀不老的工具，当然不能急躁冒进，将已有的功能丢弃。所以，在新版本的Visual C++中，采用了一种更为折衷的方法—— 扩展现有C++语言，让Visual C++在编写纯粹的.NET应用程序的同时，依然可以利用其成熟的技术进行未托管的应用程序的开发。

C++托管扩展是一个对现行C++语言进行扩展的集合，这个集合可以帮助Visual C++的开发人员编写.NET Framework应用程序。由于是对语言做了扩展，而不是彻底去掉原先C++语言的功能，所以在托管扩展中，开发人员可以在同一个应用程序中混合使用传统未托管的代码和新型的托管的代码。这样做得到的一个直接好处是，应用程序既可以享受未托管的代码特性也可以享受托管的代码特性。对组件开发也是一样，传统组件可以很容易被包装(wrapper)成.NET 框架组件，充分保障已有工作的投资。

在实际工作中，如果开发人员遇到下列开发需求，使用托管扩展将是最佳选择：

● 需要快速地将未托管的C++应用程序合并到.NET框架中

对于以前开发的传统未托管的C++应用程序，因为开发人员可以在同一个应用程序中(甚至是在同一个文件中)混合使用两种类型的代码，所以托管扩展为实现两种代码的无缝转化提供了一种平滑的转化方式。

开发人员可以继续使用未托管的C++来编写组件，以利用语言本身强大的功能和灵活性。然后，为了让.NET 框架应用程序顺利访问这个传统组件，开发人员可以使用托管扩展编写一个很小的、转换效率很高的包装(wrapper)程序。

● 需要让任何一种与.NET框架相容的语言可以访问C++组件

托管扩展支持从任何.NET 框架相容语言来调用C++类。调用之所以可以实现，是因为使用托管扩展可以编写简单的包装类来对访问方暴露对应的C++类和方法。这些包装类都是托管的，并可以从其他.NET框架相容程序中进行调用。在调用过程中，外包类在托管的类和未托管的类之间扮演了映射层的角色—— 它让方法调用直接传递到未托管的类中。另外，需要特别指出的是，托管扩展支持对任何未托管的DLL或库的调用。

● 需要从未托管的代码中访问.NET框架类

为了得到更多的功能，在未托管的代码中，可以访问.NET 框架中的类。使用托管扩展，可以从C++代码中直接创建、调用一个.NET 框架类。在实际编程中，可以像处理普通未托管的C++类一样对待对托管的类的处理。另外，在.NET框架中提供了对未托管的COM的调用支持，可以编写未托管的代码直接访问。

因为托管的代码和未托管的代码各有优点，在实际工作中，开发人员可以根据项目的实际情况，灵活选择两者的使用。在某些追求访问效率的情况下，通过.NET 框架提供的COM接口进行访问可以收到比较好的运行效果；而在某些需要快速完成任务的情况下，利用.NET 框架提供的简便性进行工作会让开发人员倍感轻松。