淺談VB.NET語言與.NET開發(fā)語言關(guān)系
VB.NET還是比較常用的，于是我研究了一下VB.NET語言與.NET開發(fā)語言關(guān)系，在這里拿出來和大家分享一下，希望對(duì)大家有用。
VB.NET語言與.NET開發(fā)語言關(guān)系
我工作過的許多公司在選擇VB.NET作為他們的核心開發(fā)工具時(shí)都經(jīng)歷了一個(gè)長時(shí)間的抉擇，他們所關(guān)心的最主要的問題之一是如果他們不使用C#語言就不能開發(fā)出純.NET框架代碼。主要有兩個(gè)原因使他們得出這樣的結(jié)論：首先，由于VB(6.0或早期版本)運(yùn)行時(shí)的限制，VB在開發(fā)COM構(gòu)件的能力方面不如C語言功能強(qiáng)大，他們關(guān)心這些限制是否在.NET中依舊存在；再者，由于微軟提倡將C#作為在.NET平臺(tái)上的主要開發(fā)工具，很多VB開發(fā)者懷疑微軟是否已經(jīng)在VB.NET改進(jìn)了VB先前版本的功能。
有個(gè)客戶曾經(jīng)跟我提起過這個(gè)問題，還特意請(qǐng)求我?guī)椭墓驹诓灰蕾嘨B6中的任何功能時(shí)如何使用VB.NET語言作為純.NET開發(fā)語言。當(dāng)我問他為什么他認(rèn)為VB.NET語言不是純.NET開發(fā)語言時(shí)，他告訴我他最近將一個(gè)項(xiàng)目從VB6升級(jí)到VB.NET時(shí)，他在VB.NET中看到有很多象Imports Microsoft.VisualBasic和Imports Microsoft.VisualBasic.Compatibilit的輸入語句，這些語句表明了VB.NET依舊在使用早期VB版本的一些功能；他說 “如果VB.NET是.NET環(huán)境中一流的開發(fā)語言，為什幺還要用到早先VB版本中的功能呢？”。為了回答他的這個(gè)問題，并且給VB.NET的開發(fā)者提供一個(gè)如何使用這些包的建議，我將在此文章中解釋為什么微軟還在.NET平臺(tái)中實(shí)現(xiàn)VB早期版本的中的一些功能的原因。
VB中的核心動(dòng)態(tài)鏈接庫（DLL）
將核心VB語言建造到.NET框架的方式同C#一樣，主要的區(qū)別是微軟為VB的開發(fā)者將兩個(gè)附加的庫增加到.NET中。首先，Microsoft.VisualBasic是.NET中可重新分發(fā)包的一個(gè)重要組成部分，它是VB早期版本的功能在.NET中的一個(gè)實(shí)現(xiàn)，同時(shí)兩者也有一些細(xì)微的差別。實(shí)際上，有些VB函數(shù)（尤其是類型轉(zhuǎn)換部分的函數(shù)）比.NET的通用語言運(yùn)行時(shí)（CLR）所提供的對(duì)象有著更好的性能。例如，使用 CInt()就比使用Convert對(duì)象要好；另外，有些VB函數(shù)替你做了一些額外的工作，例如，函數(shù)CStr()在轉(zhuǎn)換字符串時(shí)也自動(dòng)進(jìn)行了區(qū)域性方面的處理，如果你用Convert對(duì)象就必須自己做這些額外的工作。
同時(shí).NET中的庫也提供了VB開發(fā)者原來經(jīng)常使用的一些通用環(huán)境常量，例如，vbCrLf回車換行符。其實(shí)如果你不想使用原來的老式常量，你能使用System.Environment.Newline方法或 System.Convert.ToChar(13)&System.Convert.ToChar(10)來得到同樣的常量。象vbCrLf這樣的常量引用在.NET中直接被映像到框架底層的調(diào)用，所以在性能方面應(yīng)該沒有什么影響。像上面這種情況，編譯器將它優(yōu)化成單個(gè)字符串，如果它是一個(gè)變量，它就直接被映像到rn，將它翻譯成一個(gè)回車換行符。VB早期版本的函數(shù)也直接被映像到.NET框架底層的調(diào)用，象msgbox語句直接映像成.NET 框架中的MessageBox，這種情況由于兩者編譯完了以后生成的中間語言（IL）基本上是相
【編輯推薦】
