一、 引子
有人开玩笑似地建议，当一个C++程序员被问及怎样实现一个给定的任务时，他/她首先应该提供一个列表-一打或更多潜在的解决方案，然后他/她就应从每一个细节角度构划每一种方案中可能存在的问题。Visual C++ 2005，通过绑定C++/CLI语言，引入了泛型的概念，提供给C++程序员最强有力的语言装备库。Brent Rector在2004年6月一篇优秀的文章中阐述了.NET泛型和C++模板之间的区别。这篇文章的主要观点之一就是，尽管泛型和模板有非常强的语法上的相似性，但它们在实现上还是非常不同的，而且它们不存在任何内嵌的匹配性。如果你没有读过Brent的文章，那么本文就值得你一读，因为本文正是基于他的那篇文章中的一些思想。
模板和泛型之间的区别导致了问题的出现：每个想转到.NET平台的C++程序员都会无休止地问：我应该选择哪种技术?对于已用C++进行多年开发的程序员来说，特别是已熟练使用Visual C++格式的老手，可能已经知道了这个答案-两种技术都提供了优秀的特性,任何其一都不是另外一个的超集；因而，正确的技术选择应该依赖于给定的具体任务。简言之，哪一种技术都不会包罗你面临的所有情形。这与一个已困扰Visual C++程序员多年的问题一样：Win32或MFC或ATL或WTL(或控制台)到底选择谁？COM或C风格的DLL到底选择谁？使用#import还是CcomPtr更好？
二、 平衡已有的C++技能以更利于.NET开发
以前，Visual C++已经提供了一些技术以实现STL集合与其它技术的联合工作。同一个称为CComEnumOnSTL的模板类一同发行的活动模板库就允许一个Visual Basic 客户端使用For Each来枚举由一个C++ COM服务器维护的一个STL集合的内容。尽管这种级别的集成狭隘,但是它在某些情况下确实是有用的。基于同样的思想，STL.NET提供给C++开发者一种标准STL库的扩展。该扩展允许在一个C++/CLI装配集内部使用的STL集合可以暴露给其它的.NET装配集，如泛型集合。
STL.NET集合提供了与标准STL集合类相同的接口，因此，对于熟悉标准STL集合类和算法的C++开发者来说，没有太陡的学习曲线。如果安装了Visual C++ 2005的话，STL.NET相应的头文件位于文件夹Cliext中-它在主文件夹Vcinclude下。因此，要使用一个STL.NET集合-例如矢量-就需要包括头文件<cliext/vector>，而不是标准的<vector>。STL.NET集合包含于cliext命名空间中，而不是包含于被标准STL集合所使用的std命名空间中。
作者提示：在深入分析STL.NET之前，让我们来看一下如何得到它，并且了解一下微软的发行计划。STL.NET与Visual Studio.NET 2005 Beta 2的Visual Studio团队系统发行版本一同发行，并且它也会包含在Visual Studio.NET 2005的CTP（社团技术预览）发行中。该C++小组仍在努力工作力图使得STL.NET更易于使用并进一步改进它的性能，而且STL.NET很有可能不会与Visual Studio 2005.NET的厂家发行版本（RTM）一同发行。在某种RTM发行之后，STL.NET将能够通过Web进行下载。由于还会对STL.NET进行重大改进，本文不会深入分析STL.NET集合。而只是站在一个较高层次上分析一下为什么STL.NET非常有用。
三、 桥接模板与泛型
实现模板和泛型的桥接是相当困难的一项任务。模板仅是C++中特有的概念-它在以前的编译时代并不存在,而泛型是一个.
有人开玩笑似地建议，当一个C++程序员被问及怎样实现一个给定的任务时，他/她首先应该提供一个列表-一打或更多潜在的解决方案，然后他/她就应从每一个细节角度构划每一种方案中可能存在的问题。Visual C++ 2005，通过绑定C++/CLI语言，引入了泛型的概念，提供给C++程序员最强有力的语言装备库。Brent Rector在2004年6月一篇优秀的文章中阐述了.NET泛型和C++模板之间的区别。这篇文章的主要观点之一就是，尽管泛型和模板有非常强的语法上的相似性，但它们在实现上还是非常不同的，而且它们不存在任何内嵌的匹配性。如果你没有读过Brent的文章，那么本文就值得你一读，因为本文正是基于他的那篇文章中的一些思想。
模板和泛型之间的区别导致了问题的出现：每个想转到.NET平台的C++程序员都会无休止地问：我应该选择哪种技术?对于已用C++进行多年开发的程序员来说，特别是已熟练使用Visual C++格式的老手，可能已经知道了这个答案-两种技术都提供了优秀的特性,任何其一都不是另外一个的超集；因而，正确的技术选择应该依赖于给定的具体任务。简言之，哪一种技术都不会包罗你面临的所有情形。这与一个已困扰Visual C++程序员多年的问题一样：Win32或MFC或ATL或WTL(或控制台)到底选择谁？COM或C风格的DLL到底选择谁？使用#import还是CcomPtr更好？
二、 平衡已有的C++技能以更利于.NET开发
以前，Visual C++已经提供了一些技术以实现STL集合与其它技术的联合工作。同一个称为CComEnumOnSTL的模板类一同发行的活动模板库就允许一个Visual Basic 客户端使用For Each来枚举由一个C++ COM服务器维护的一个STL集合的内容。尽管这种级别的集成狭隘,但是它在某些情况下确实是有用的。基于同样的思想，STL.NET提供给C++开发者一种标准STL库的扩展。该扩展允许在一个C++/CLI装配集内部使用的STL集合可以暴露给其它的.NET装配集，如泛型集合。
STL.NET集合提供了与标准STL集合类相同的接口，因此，对于熟悉标准STL集合类和算法的C++开发者来说，没有太陡的学习曲线。如果安装了Visual C++ 2005的话，STL.NET相应的头文件位于文件夹Cliext中-它在主文件夹Vcinclude下。因此，要使用一个STL.NET集合-例如矢量-就需要包括头文件<cliext/vector>，而不是标准的<vector>。STL.NET集合包含于cliext命名空间中，而不是包含于被标准STL集合所使用的std命名空间中。
作者提示：在深入分析STL.NET之前，让我们来看一下如何得到它，并且了解一下微软的发行计划。STL.NET与Visual Studio.NET 2005 Beta 2的Visual Studio团队系统发行版本一同发行，并且它也会包含在Visual Studio.NET 2005的CTP（社团技术预览）发行中。该C++小组仍在努力工作力图使得STL.NET更易于使用并进一步改进它的性能，而且STL.NET很有可能不会与Visual Studio 2005.NET的厂家发行版本（RTM）一同发行。在某种RTM发行之后，STL.NET将能够通过Web进行下载。由于还会对STL.NET进行重大改进，本文不会深入分析STL.NET集合。而只是站在一个较高层次上分析一下为什么STL.NET非常有用。
三、 桥接模板与泛型
实现模板和泛型的桥接是相当困难的一项任务。模板仅是C++中特有的概念-它在以前的编译时代并不存在,而泛型是一个.
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
