VB.NET编程语言已经推出，就为广大开发工作者们提供了非常大的好处，其特有的功能大大的吸引了编程人员的眼球。我工作过的许多公司在选择VB.NET开发作为他们的核心开发工具时都经历了一个长时间的抉择，他们所关心的最主要的问题之一是如果他们不使用C#语言就不能开发出纯.NET框架代码。#t#
主要有两个原因使他们得出这样的结论：首先，由于VB(6.0或早期版本)运行时的限制，VB在开发COM构件的能力方面不如C语言功能强大，他们关心这些限制是否在.NET中依旧存在；再者，由于微软提倡将C#作为在.NET平台上的主要开发工具，很多VB开发者怀疑微软是否已经在VB.NET改进了VB先前版本的功能。
有个客户曾经跟我提起过这个问题，还特意请求我帮助他的公司在不依赖VB6中的任何功能时如何使用VB.NET作为纯.NET开发语言。当我问他为什么他认为VB.NET不是纯.NET开发语言时，他告诉我他最近将一个项目从VB6升级到VB.NET时，他在VB.NET中看到有很多象Imports Microsoft.VisualBasic和Imports Microsoft.VisualBasic.Compatibilit的输入语句，这些语句表明了VB.NET开发依旧在使用早期VB版本的一些功能；他说“如果VB.NET开发是.NET环境中一流的开发语言，为什幺还要用到早先VB版本中的功能呢？”。为了回答他的这个问题，并且给VB.NET的开发者提供一个如何使用这些包的建议，我将在此文章中解释为什么微软还在.NET平台中实现VB早期版本的中的一些功能的原因。
VB中的核心动态链接库（DLL）
将核心VB语言建造到.NET框架的方式同C#一样，主要的区别是微软为VB的开发者将两个附加的库增加到.NET中。首先，Microsoft.VisualBasic是.NET中可重新分发包的一个重要组成部分，它是VB早期版本的功能在.NET中的一个实现，同时两者也有一些细微的差别。实际上，有些VB函数（尤其是类型转换部分的函数）比.NET的通用语言运行时（CLR）所提供的对象有着更好的性能。例如，使用CInt()就比使用Convert对象要好；另外，有些VB函数替你做了一些额外的工作，例如，函数CStr()在转换字符串时也自动进行了区域性方面的处理，如果你用Convert对象就必须自己做这些额外的工作。
同时.NET中的库也提供了VB开发者原来经常使用的一些通用环境常量，例如，vbCrLf回车换行符。其实如果你不想使用原来的老式常量，你能使用System.Environment.Newline方法或System.Convert.ToChar(13)&System.Convert.ToChar(10)来得到同样的常量。象vbCrLf这样的常量引用在.NET中直接被映像到框架底层的调用，所以在性能方面应该没有什么影响。像上面这种情况，编译器将它优化成单个字符串，如果它是一个变量，它就直接被映像到\r\n，将它翻译成一个回车换行符。VB早期版本的函数也直接被映像到.NET框架底层的调用，象msgbox语句直接映像成.NET框架中的MessageBox，这种情况由于两者编译完了以后生成的中间语言（IL）基本上是相同的，所以在性能方面几乎没有什么影响。
在VB早期版本中的有些特性，象函数InputBox、控制数组和对ADO的支持在.NET框架中的没有直接的等同物。但是对于这些不能直接支持的特性，微软提供了另外一个名为Microsoft.VisualBasic.Compatibility的库，这个库是为使VS.NET具有向下兼容性而提供的，所以如果你的VB应用程序没有升级一定不要使用其中的功能。Microsoft.VisualBasic.Compatibility包含对控制数组、环境函数和字体转换的支持。微软所提供的另外一个名为Microsoft.VisualBasic.Compatibility.Data库可以支持ADO对象、接口和方法，使用这个库可以象早期VB版本中的ADO一样来操纵数据库。关于是否应该花费时间和精力来学习这些老版本中的功能，你应该留意一下VS.NET帮助文件的警告信息。
“警告：当你用Visual Basic.NET开发.NET应用程序时，最好不要使用VisualBasic.Compatibility命名空间中所提供的功能，将来的VB版本可能不再支持此命名空间，使用.NET中别的命名空间所提供的相同功能的函数和对象。”
由此可见，在使用VB.NET开发时，你应该注意可以使用VB早期版本中的那些功能，不可以使用那些功能，不可使用的部分.NET中别的包中都提供了相同的功能。清楚这些以后，这样你既可以使用VB早期版本中的一些功能，又可以开发纯.NET应用程序。所以，你大可不必为创建纯.NET应用程序放弃在VB上的多年的培训投资和实践经验而使用C#，因为VB.NET同样可以利用.NET框架提供给C#的所有功能。实际上，我曾经向我的客户推荐不要使用微软提供的升级向导，因为该向导在升级过程中会将.NET中所提供的向下兼容的库增加到.NET项目中，所以应该直接构造.NET应用程序，然后将原来应用程序中的代码移植到新应用程序中，用.NET新的功能替代不被.NET支持的老式功能，这样开发出的应用程序将是纯.NET应用程序。
Microsoft.VisualBasic支持纯.NET应用程序
Microsoft VisualBasic是VB语言自身在.NET框架中的实现，它所提供的功能是真正基于.NET的，而不仅仅是为了与VB早期版本的兼容。在VS.NET项目中的那些关于Microsoft.VisualBasic的Imports语句不会在性能方面造成什么影响，主要作用是当你用到相关功能后，它会告之编译器在什么地方可以找到调用的代码。
.NET框架会长期保留Microsoft.VisualBasic包，并且总是可以被重新发布。正如VB.NET产品组的一个成员所说，“你并不能因为删除Microsoft.VisualBasic.dll而获得什么，这个动态链接库中的功能并不是VB早期版本所遗留下来的，它们在VB.NET开发中已经被重新实现了，并且被VB的开发者所熟知，具有向前兼容性，所以使用它不会对应用程序有什么危害。最后，如果你重用VB例子中的代码，你也会用到这些功能。删除这个动态链接库并不能使你开发更纯的.NET应用程序，你只是丢失了一些对你有用的类罢了。”
