从VB转型到VB.NET的必要性

这篇文章将为大家详细讲解有关从VB转型到VB.NET的必要性，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

从VB转型到VB.NET的必要性：

虽然VB得到了很多人的认可，也有许多配套产品都提供了VB的接口。但随之时间的延续，其缺点也逐渐暴露了，有些甚至是无法"容忍"的。首先作为一种解释性的语言，不仅程序执行速度慢，并且在分发应用程序时，还需要带上解释库；其次VB并非完全的面向对象的开发语言，从根本上说，它应该是一种面向过程的开发语言。

而VB.NET做为下一代的VB语言，它是一种为开发.Net平台应用程序而度身定做的程序语言。因为VB.NET中完全集成了.Net FrameWork（.Net框架）和CLR（Common Language Runtime，即：公共语言运行时）。同时.Net 框架和公共语言运行时又共同提供VB.NET语言互操作性、垃圾资源回收、可靠安全性和版本改进的支持。通过VB.NET能够简便、快捷地创建.Net平台应用程序、XML Web services 和 ASP.NET Web 应用程序。VB.NET做为开发.Net平台的程序语言，那它就为开发现跨平台程序创造了可能。因为我们知道，微软推出.Net，其目的之一就是实现跨平台。虽然目前微软只提供了在Windows平台上运行的.Net框架，还无法实现真正意义上的跨平台，但随着MONO的出现（虽然它还存在很多问题，并且目前的MONO只为C＃提供支持），但可以预见的是在不久的将来，VB.NET实现Write Once And Run AnyWhere的时间不会太久。

VB.NET是一种编译性的语言，但这种编译和以前接触的编译有所区别。因为经过VB.NET编译器编译后得到文件并不是可以在计算机直接运行的二进制文件。它的性质是一种IL文件（中间语言文件）。在运行IL文件时，首先是通过CLR下的JIT（即时编译器），把这种IL文件再编译成二进制文件。我们看到的程序运行，其实是经过JIT编译后的二进制文件在执行。这时可能有很多朋友会问，这种二次编译是否多此一举，具体实现中是否很麻烦，是否会影响程序的运行速度？二次编译的确是影响了程序运行的速度，但它却为实现跨平台带来了可能。其实这种编译过程犹如Java中的JVM（Java虚拟机）。正是JVM才使得Java能够开发出跨平台的应用程序。二次编译是CLR在.Net框架下自动实现IL文件到二进制文件转变的，它是一种自动完成的，并不需要人员的参与，所以它并不会给程序执行带来麻烦。

VB.NET 还是一种真正的面向对象的开发语言，可以说OOP思想已经深入到语言中的任一角落，如：在VB.NET中创建的Windows组件，就是从类中继承，类经过实例化得到的。VB.NET还增加了许多新功能和改进功能，如继承、接口和重载等，这些都使VB.NET成为功能强大的面向对象的编程语言。

微软公司在推出VB.NET的同时，还推出了VB.NET的开发工具Visual Studio .Net。Java程序员羡慕VB.NET程序员的重要原因之一就是，VB.NET拥有一个任何比目前Java程序员所使用的开发环境都好的集成开发环境--VB.NET

关于“从VB转型到VB.NET的必要性”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。