net編譯要幾次

Ⅰ 為什麼asp.net頁面要編譯兩次為什麼第一次顯示asp.net頁面要花幾秒鍾的時間，而以後的瀏覽器僅需幾毫秒

你好，
ASP.NET不同於ASP,PHP這種伺服器腳本。ASP.NET可以說已經不是在做網站了，更像是做網路軟體工程。
直接回答你的問題，通俗的說，ASPX第一次打開，需要先把你寫的東西通過中介編譯一遍，才能變成「網站」。第一次打開會很慢，這段時間就是伺服器在編譯。而你說的編譯兩次，應該是IIS自動回收應用池，也就是網站有一段時間沒有訪問，之前編譯過的會被清空。當產生訪問時候，又會重新編譯。
你在上傳到伺服器之前，先「發布」一次網站，然後把.ASPX+DLL形式的網站傳到伺服器，這樣會加快網站訪問速度的。

希望對你有幫助|www.summur.com

Ⅱ 所有的 .NET 應用程序都要經過幾次編譯第一次編譯的結果是什麼

.NET Framework，其實就是一個運行在操作系統Windows之上的軟體虛擬機。使用VS .NET開發出來的程序經過編譯之後，生成的可執行程序實際上包含的只是MSIL指令代碼，這是一種託管代碼，只能運行在.NET虛擬機之上。所以，如果某台計算機上沒有安裝.NET Framework，就意味著圖1-50中的「虛擬機」一層不存在，.NET應用程序就無法執行。對於非Windows的操作系統，只要上面有.NET虛擬機，就可以運行.NET程序，不需要重新修改源程序並重新編譯。

如果對您有幫助，請記得採納為滿意答案，謝謝！祝您生活愉快！

Ⅲ net真的一次編譯到處運行嗎

應該算一半吧？
vs.net編譯的exe可以在在mono平台上跑了。
只是，一些高級的特性，好像mono平台還不跑。
註：mono平台可以安裝在MAC,WINDOWS,Linux上。

Ⅳ .net3.5 .net3.5 Sp1 .net3.5sp2 .net3.5正式版有什麼區別

正式版和第一個一樣，
然後sp代表「積累補丁包」，你可以認為就是升級過的
如果需要sp1，那麼你有SP2就可以，但是要SP2有SP1就不可以

Ⅳ .NET Frame work編譯機制(二次編譯)

C++和.Net程序採用了兩種不同的編譯方式。通常一個C++編寫的程序，都是一次編譯成二進制的代碼，在相應的操作系統平台上直接執行即可。而.Net程序採用兩次編譯的方式，用C#，VB.Net等語言寫成的程序被編譯成IL代碼，通過CLR在運行的時候JIT編譯成為本地二進制代碼。
MFC和WinForm很多設計上的不同從根本上說，都是因為編譯模式帶來的不同。因此，在仔細探討MFC和WinForm之前，有必要細細體會一下不同編譯方式帶來的改變。
考慮一段代碼，它需要在不同的編譯環境下生成不同的代碼，或者是為了減少代碼編寫量用一些替換方式取代類似的代碼。在C++中利用預編譯和宏來解決這些事情。MFC框架中，更是大量使用宏來進行核心功能的設計。但是宏只是一種巧妙的減少輸入代碼量的方式，本質上和手寫輸入一些代碼並無區別（也許不夠嚴密吧），它並不能在程序運行的時候動態支持代碼的插入和改變，因為此時它已經編譯完成了。而二次編譯則不同，你可以將它的第一次編譯看成是通常一次編譯程序的預編譯期，只是這個預編譯更為的強大，它可以編譯生成信息更為豐富的元數據。並且，只要在JIT執行前動態插入代碼，利用反射等手段，就可以將已經編譯好的程序的行為在某種程度上進行改變，其動態性能得到了本質上的改變。
因此，在MFC和WinForm中，我們可以看到兩者在動態性能，安全性和效率方面都有很大的不同，總結一下，都可以歸結到這不同的編譯模式上來。在以後的日誌中，都可以看到這些區別的

Ⅵ .NET源代碼執行前要經過兩次編譯，分別是哪兩次

第一次編譯使用.net Framework代碼時,把代碼編譯為MSIL(即微軟中間語言)這些代碼不專用於任何操作系統,它是獨立於機器,CPU和操作系統的.
第二次不同種類的編繹器,生成本地機器代碼

Ⅶ asp.net是一次編譯多次執行，請詳細解釋，我理解不動

當一個瀏覽器第一次請求一個ASPX文件時，WEB FORM頁面將被CLR（common language runtime）編譯器編譯。此後，當再有用戶訪問此頁面的時候，由於ASPX頁面已經被編譯過，所以，CLR會直接執行編譯過的代碼

re:意思是說當你的ASPX文件第一次執行的時候會被編譯，如果以後再訪問此頁面的時候，如果這個ASPX文件沒有被修改過，就不會被編譯，直接執行CLR編譯後的代碼(所以當你的ASPX編寫後第一次執行會很慢，因為在編譯代碼，以後再訪問就會很快，因為執行的是編譯後的代碼)

不懂，它是在伺服器端被CLR解釋啊，還是客戶端CLR
Re:他們都是在伺服器端執行的，和客戶端沒有任何瓜葛。

Ⅷ 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#發展得慢一些。

Ⅸ 精品賞析：一個.NET程序在編譯和運行時都做了些什麼

run-time)和運行原理 (CPU-specific binary or pseudo-code)的疑問。 這里是一個簡單的回答：當你編譯一個C#應用程序或任何一種CLS(Commmon Language Specification)兼容的語言時，它將首先被編譯成一種稱為IL (Intermediate Language)的偽代碼(pseudo-code)。在這個應用程序第一次 被運行的時候，這種IL代碼將被編譯成機器代碼，用於執行。也就是說從源代碼 到得到運行結果，進行了兩次編譯。事實上，只有那些被真正使用的函數代碼 才會被進行第二次編譯。下面揭示開發過程中被隱藏起來的細節： 1) 你用C#開發一些程序 2) 用C#編譯器或CLS兼容的編譯器編譯成EXE 3) 編譯器將生成的IL代碼和附加信息(manifest)放入擁有一個標准PE頭的Win32 可執行文件的只讀部分。 4) 編譯器在創建這個可執行文件時導入(import)一個名為_CorExeMain的函數。 這個函數是.NET EE(execution engine)--.NET運行期引擎的入口函數。 5) 當執行這個Win32可執行文件時，因為其主要是依賴於DLL的PE文件，操作系 統將會調用位於MSCorEE.DLL中的_CorExeMain函數。 6) 操作系統通過PE文件里的進入點，調用MSCorEE.DLL。並能保證在Windows里 可以有很多程序同時運行。 7) 因為操作系統不能執行.NET IL代碼，EXE里的進入點只是簡單的中介，它將 指示操作系統調用_CorExeMain函數。 8) 隨後_CorExeMain函數開始解釋位於PE文件中的IL代碼。 9) 因為IL是不能被直接執行的, .NET EE使用稱為JITter (Just In Time compiler) 這一即時編譯過程只在第