vbnet編譯

1. VB程序用什麼編譯

可以編譯Visual Basic程序的開發工具版本有很多的，畢竟操作系統從Dos時代開始就有了VB1.0版本了，之前DOS下還有QBasic等。因為你並未說明你的代碼是怎樣的，只好給你多介紹幾個了。

Quick Basic又叫QBasic和QB，是可以編譯成能在DOS環境中運行的程序。
QB沒有圖形化界面也不支持面向對象開發的「.」點語法，但它支持Basic語言早期的行號寫法，也支持基於結構的函數和過程。
早期寫法
10 Dim i
20 For i=0 To 100
30 Print i
40 Next
當你發現語句前有行號，則需要用QBasic來編譯。另外還有GWBasic等

Visual Basic又叫VB，1.0版本是DOS下運行的可視化編程工具，具體沒用過但肯定支持標准Basic語法。我是從VB3.0接觸VB的，之後一直到VB6時覺得雖然工具和編譯環境改變了，但實際用法差不多。
基於VB3-VB6來編譯，你的代碼必須符合以事件觸發執行的VB代碼規范。在VB中代碼是可以非線性運行的，這與過去有很大不同。如果的代碼沒有符合這種規范是需要修改後才能編譯運行的。好在是VB6有編譯類錯誤提示。

VB.Net家族就比較大了，從VB7一直到現在的VB2010都是一個家族的。這時的VB已經功能十分強大，代碼寫法也已經完全基於Class類，並具有完整的面向對象的支持。但有意思的是在VB.Net里支持無窗體界面命令面板的程序，因此QBasic類型的程序只要稍加修改便能編譯運行在VB.Net這種環境里。當然對WinFrom也更強大，並且支持多線程等。
因此強烈建議你換到vb.net來編譯，但需要注意的是有些關鍵字起了變化。比如VB6里的Long是VB.NET里的Integer。

說的這么詳細相信你應該了解VB程序的編譯工具了

2. 如何編譯VB.NET中的類生成中間代碼文件(dll文件)

dll不是中間代碼，是最終編譯文件，你建立項目的時候選「類庫」就可以了

3. Visual Basic .NET的編譯

.NET語言，包括VB.NET，它們所開發的程序源代碼並不是直接編譯成能夠直接在操作系統上執行的二進制本地代碼，而是被編譯成為中間代碼，然後通過.NET Framework的通用語言運行時（CLR）——執行。所有的.Net編程語言都被編譯成這種被稱為MSIL（Microsoft Intermediate Language ）的中間代碼，這與java的位元組碼類似。因此雖然最終的程序在表面上仍然與傳統意義上的可執行文件都具有「.exe」的後綴名。但是實際上，如果計算機上沒有安裝.Net Framework，那麼這些程序將不能夠被執行。在程序執行時，.Net Framework將中間代碼翻譯成為二進制機器碼，從而使它得到正確的運行。最終的二進制代碼被存儲在一個緩沖區中。所以一旦程序使用了相同的代碼，那麼將會調用緩沖區中的版本。這樣如果一個.Net程序第二次被運行，那麼這種翻譯不需要進行第二次，速度會明顯加快。
VB.NET代碼之所以不直接編譯成二進制機器碼，是基於.NET跨平台這一目標的考慮。 Visual Basic .NET 2002
2002年Visual Basic .NET 問世，此後Visual Basic 包含在 Visual Studio套裝中。該版本又被稱為VB 7.0，是與C#一起在2002年發布的最初始的VB.net版本。C#是一門新設計.Net語言並且語法上和Java有一定的相似性，所以被大力宣傳為微軟對付JAVA的王牌，受到媒體極力關注。然而VB.NET則相反被錯誤地認為僅僅是VB的一個升級(故有時被稱為VB7)，它的受關注度也因此較低，當然VB社區以及喜歡Basic系列風格的語言的人還是很關注它的。那些試用過此版VB.NET的人在層層幕布下發現一個強大卻艱深的語言。不過任何一種語言都是有弱點的，當然後面這一點也是.NET語言的共性，那就是運行的計算機上必須裝相應版本的.Net framework。
Visual Basic .NET 2003
該版本是和.NET Framework 1.1一起發布的。新功能包括對.NET Compact Framework的支持和更好的VB升遷向導。並改進了運行狀況，IDE穩定性(尤其是後台編譯器)，以及運行時RunTime穩定性。另外，VB.NET2003還有一個學院版Visual Studio .NET 2003 Academic Edition (VS03AE)，它是分發給各國某些學者免費使用的版本。
Visual Basic .NET 2005
該版本是VB.Net的重大轉變。但是這個版本的 Visual Studio 仍然還是面向 .NET 框架的（版本2.0）。它同時也能開發跨平台的應用程序，如開發使用微軟操作系統的手機的程序等。總體來說是一個非常龐大的軟體，甚至包含代碼測試功能。
Visual Basic .NET 2008
Visual Basic 2008於2008年2月1日發布。通過幾年的發展，它已成為一種專業化的開發語言和環境。用戶可用 Visual Basic 快速創建 Windows 程序，現在還可以編寫企業水平的客戶/伺服器程序及強大的資料庫應用程序。
Visual Studio 2010
Visual Studio 2010於2010年4月12日上市，其中包含 Visual Basic .NET 2010 。Visual Studio是微軟公司推出的開發環境。是目前最流行的Windows平台應用程序開發環境。Visual Studio 2010集成開發環境（IDE）的界面被重新設計和組織，變得更加簡單明了。Visual Studio 2010同時帶來了 NET Framework 4.0、Microsoft Visual Studio 2010 CTP( Community Technology Preview--CTP)，並且支持開發面向Windows 7的應用程序。除了Microsoft SQL Server，它還支持 IBM DB2和Oracle資料庫等。
Visual Studio 2012
從該版本開始VB.NET已沒有單獨發售的IDE了，微軟給Visual Basic .NET 以及C#開發者的IDE就只有Visual Studio 了。該版本增加了modern（原metro）風格的支持等眾多新特性。
Visual Studio 2015
增加了大量新特性，提升你的編寫效率。對編譯器和開發環境優化，提高編譯速度，幫你重構代碼和解決錯誤。最明顯的14項改進見參考資料的14 Top Improvements in Visual Basic 14。 不能簡單認為VB .net是VB的新版本。首先它們一個是完全面向對象的語言，而另一個不是完全面向對象的，其次VB .NET是構建於.Net framework之上的。當然，它們同屬Basic系列語言，又同為微軟所開發，語法上有一定的相似或沿襲是很正常的，但不能因此認為VB .NET是VB的升級版。
對於想從VB轉到VB .NET的開發者來說，如果你只是喜歡Basic系列語言的代碼風格，那麼你的遷移會很順利，如果你想沿襲之前VB的編程思想和習慣，你會很苦惱，原因之一就是VB .NET貫穿的是完全面向對象的思想，而VB不是。
微軟為使VB開發者更容易轉到VB .NET，兼容一些VB6函數和庫的用法，但是比不上.NET語言中自帶的可替換的函數和庫來得高效，所以我們應該盡量使用.NET下的新方法。微軟還提供了VB到VB .NET的自動轉換器，雖幾經改進，但仍無法轉換全部代碼，幾乎所有非小型程序都需要人工修改以完成編譯。為了運行優化，大多程序需要大量工作去重構。
爭議與解釋：許多資深的VB程序員抱怨VB .NET，因為VB .NET丟掉了許多不再發行的VB6中使用的大量語言constructs和用戶界面功能，並且對保留下來的東西也改變了語意。其實不應該再把VB和VB .NET做功能上的比較，因為它們除了有些語法相似外，可以說是完全不同的兩種語言。
Visual Basic .NET與VB都代表了Basic系列語言的編碼風格，Visual Basic .NET是這種編碼風格在.NET平台上的繼承，而不是同系列語言VB的沿襲。
語言革命
* 1991年4月，Visual Basic誕生，Visual Basic 1.0 Windows版本發布。這個連接編程語言和用戶界面的進步被稱為Tripod（有些時候叫做Ruby），最初的設計是由阿蘭·庫珀（Alan Cooper）完成的。 1992年9月，Visual Basic 1.0 DOS版本發布。
* 1998年夏天，VB6.0發布。
* 2001年，Visual Basic .NET和.NET Framework發布。Visual Basic .NET正式誕生。
* 2005年，微軟宣布將不會再對非.NET版本的VB進行支持。
*2010年，Visual Basic .NET隨Visual Studio 2010發布，不再提供單獨的Visual Basic .NET IDE。 MONO開發平台提供了一個VB.NET特性庫(VB.NET-specific libraries)並著手研發一個編譯器和Windows Forms GUI 庫。由於各方面的原因，VB.NET開發的開源工具較C#發展得慢一些。

4. VB。net寫出現的文件是偽編解碼偽編譯和真編譯有什麼不同和區別

只要在windows下生成的是exe，可執行文件就是真的編譯。偽編譯應該相當於java生成的位元組碼，並非可執行的exe。而是靠jvm java （virtual machine java虛擬機）再編譯成機器碼才執行。可以理解生成位元組碼的這個過程是偽編譯。
個人認為
.net調試時應該是用託管代碼的，再調試期間可能是偽編譯。
至於VB.net是解析型語言，在調試期間不會生成文件，不能說是編譯吧。

5. vb.net如何在命令行下編譯dll

csc /t:library a.vb

6. VB .NET編程是否可以不依賴.NET Framework

這是典型對.net構架不理解造成的！

只要是.net編程，一定使用的是.net類庫，必須是同運行版本的.net支持方可運行。而所謂的vb.net只是說編程的語言層使用的是vb語言而已。該語言在.net構架下被編譯成為IL語言(MSIL,嚴格說來是IL的一個子集）。而上層的語言只是產生軟體時所使用的一個不同語言規則而已，與IL已經沒有任何相關性了。上層語言無論是C#還是VB，甚至是Java(J#)均只適應編程人員的一個策略，與整個構造沒有多大的相關性。

.net的最終目的就是讓不同的語言編程人員能協同工作，那麼語言在其中的區別沒有多大了，所有的運行核心都是由.net完成的，沒有必須依賴於.net。這是沒有任何疑問的。

vb.net就是.net，只是表示用VB語言人的稱呼，用C#的則稱其為C#.net，但不管是哪種，它是無法脫離.net的。

7. vb.net用的什麼編譯器

VB.NET的編譯器包含在相應版本的.NET Framework中,比如VB9.0的編譯器一般安裝在C:\Windows\Microsoft.Net\Framework\v3.5\vbc.exe,需要用命令行的方式使用.一般開發時直接使用集成開發環境,比如Visual Studio或者Sharp Develop

8. vb.net編譯完成後從release文件夾啟動

在「調試」工具欄上選擇Release，然後啟動程序，當前工作目錄就是Release文件夾
或者修改工程選項，在「調試」那頁的「工作目錄」指定

9. vb.net程序用什麼編譯器編譯

vb.net用visual studio . net編譯 2003、2005版本都可以
vb程序用visual studio 6.0編譯

安裝的時候把C＋＋、J＋＋等組件去掉就是了

10. VB.net VC.net 編譯後區別

VB.net 和 C#.net 在編譯後的程序，速度查不了太多。

（以下VB.net 簡稱為VB,C#.net簡稱為C#）

參考

;http://stackoverflow.com/questions/3836073/is-c-sharp-faster-than-vb-net

VB代碼

ForiAsInteger=0ToConvert.ToInt32(Math.Pow(10,8))
Next

比C#快100倍

for(inti=0;i<=Convert.ToInt32(Math.Pow(10,8));i++)
{
}

這不是VB編譯器生成循環的代碼比C#快，而是VB只計算一次邊界范圍，C#每次都計算邊界。

另一段C#...代碼

intvalue=0;
for(inti=0;i<=NUM_ITERATIONS;i++)
{
value+=1;
}

這段代碼比VB快

DimvalueAsInteger=0
ForiAsInteger=0ToNUM_ITERATIONS
value+=1
Next

因為VB每次都會執行越界檢查。

所以通常來講，VB和C#速度差距體現在編譯後的IL代碼上，通常簡單的代碼差距並不是很大，重點是編碼水平。VB注重的是RAD（快速開發），更適合快速上馬的項目。C#注重的是整體性，與系統以及.net還有很多微軟的新技術所帶來的新特性結合得更好，更適合於思考，因此大型項目C#更佔一點優勢。

C#有很多VB不能調用API，而且VB在很多情形下會進行類型檢查，邊界檢查等等，所以心理上講，C#要快一些。

如果是VC++的話，那麼很顯然，通常情況下，VC++整體性能會比C#好，但是在部分操作，比如大量字元串的時候，不見得比C#快多少。

//http://www.codeproject.com/Articles/212856/Head-to-head-benchmark-Csharp-vs-NET

這篇文章里做了性能測試，簡單來講，沒有模板和多態、hashtable等等，VC++遠比C#快，但是有了這些高級特性之後，VC++反而比C#慢。

性能來講，通常都認為VC++>VC#.net>VB.net