一、.net程序再運(yùn)行一次就會更快

許多人對此的解釋是：.net程序第一次運(yùn)行時(shí)會被編譯成本地代碼，所以再次運(yùn)行會更快。但遺憾的是，其實(shí)每次運(yùn)行，那些IL都會被翻譯一次，不會保留下來。所以并不會變快。但為什么有時(shí)候真的覺得快了呢?其實(shí)所有程序都是這樣，這是Windows再為你緩存用過的組件。真正需要CPU時(shí)間的程序，多運(yùn)行是不會加快速度的。

二、.net程序運(yùn)行起來一定很慢

由于存在IL被翻譯成本地代碼的過程，.net程序的確要消耗一部分時(shí)間。但是.net程序仍然具有很高的效率，這一點(diǎn)許多Java虛擬機(jī)都比不上，這是為什么呢?因?yàn)槎鄶?shù).net程序內(nèi)含的代碼很少，幾乎都是調(diào)用.net Framework中的類庫，而這些類庫在.net Framework安裝的時(shí)候全部編譯成為本機(jī)優(yōu)化的本地碼，并保存在程序集緩存里面。有了這個(gè)程序集緩存，你程序事實(shí)上的大部分已經(jīng)是高效的本地代碼，所以當(dāng)然快了。但是，如果你進(jìn)行大量數(shù)值計(jì)算類的操作，還是能夠感到第一次運(yùn)算的速度明顯下降。所以建議大家將計(jì)算密集型的程序分離出來，編譯成本地代碼并保存在程序集緩存中，以后使用起來就很快了。

三、C#比VB.net快，功能更強(qiáng)大

必須得承認(rèn)，C#編譯器和VB.net編譯器在處理某些細(xì)節(jié)上確實(shí)有些不同，導(dǎo)致兩者編譯功能類似的程序效率通常會有差異。但對于一個(gè)編制完整的項(xiàng)目，是不會有任何差別的。原因是首先VB.net編譯器并沒有比C#有實(shí)質(zhì)上的缺陷，其次大部分代碼都是.net Framework類庫中的代碼，兩者調(diào)用起來沒有差別。至于C#比VB.net功能強(qiáng)大，這牽扯到心理學(xué)問題。VB并不比C#差，也沒有“語法混亂”、“為了兼容而設(shè)計(jì)”之類傳說中的毛病。用VB.net一樣可以寫出出色的、結(jié)構(gòu)完美的應(yīng)用程序。而且VB.net也是Visual Studio.net唯一的宏語言。

這里面還有一個(gè)問題，著名的Linux下的.net——Mono中是否只支持C#?當(dāng)然不是，用VB.net開發(fā)出的程序一樣可以在Mono中正確運(yùn)行。而且最新的Mono將包含Mono Basic語言，這樣，掌握VB.net語法的人，就可以完全在Linux等系統(tǒng)下開發(fā)。

四、微軟只想推廣C#，他想放棄VB.net

不要聽信杞人憂天的話。微軟無時(shí)無刻不在推廣VB.net上用心。MSDN上關(guān)于.net開發(fā)的文章，用VB.net做例子的比用C#還要多。微軟還專門推出VB技術(shù)節(jié)目——VBTV，幫助開發(fā)者更好地了解VB.net。微軟在列出Visaual Studio中的開發(fā)工具時(shí)，Visual Basic總是排在第一個(gè)——這是微軟5年來的傳統(tǒng)。所以擔(dān)心VB.net會被淘汰的人，現(xiàn)在該松口氣了。

五、微軟用.net對抗Java，所以我也要支持.net，反對Java

千萬不要有這種想法，MS當(dāng)然想占領(lǐng)Java的市場，Sun當(dāng)然不愿意，但這不關(guān)你的事。哪一方贏了你都不會有實(shí)質(zhì)上的好處。還是兩個(gè)都學(xué)吧。與其在網(wǎng)上挑起爭論，不如多學(xué)一個(gè)本事，你馬上就會看到回報(bào)的。

好了，從下一次開始，將著重介紹技術(shù)上的誤區(qū)。祝大家好運(yùn)。