討論：到底C#是編譯語言還是解釋語言
我們這里需要討論的是C#是編譯語言還是解釋語言？將從定義來進行討論，并結合流程圖來說明。希望***的結論，能對大家有所幫助。
“C# Java是解釋型語言？Oh my god”
“引用vls：C# Java是解釋型語言？Oh my god
呵呵 我也很詫異“
“引用DiggingDeeply：@vlsC#不是解釋行語言，那JIT是干啥用的？
無知并不可憐，無知還不知道自己無知才叫可憐”
“。。。但如果因為它是"一邊變換一邊執行"， 就將其當作解釋語言……只能說你看到表象卻沒抓住本質。”
很是無語，既然您認為別人無知那您的有知拿出來給無知的人看看，行不？
拋開這些不談，誰能給編譯型和解釋型給下個定義。無一例外，要么就是某人的博客，要么就是搜索來的網頁，再要么就是放個闕詞就消失，這些作為論據充分不？
昨天翻了翻龍書，也沒有給這兩個概念下詳細的定義，可見兩個概念是很難下個精確的定義的。
在<
Compilation and Interpretation
高級語言里一個程序的編譯和執行大概是 下面的情況：
編譯器將高級語言從源代碼翻譯成與之等價的目標程序（就相當于從中文翻譯成中文），而后就隱退了。在隨后的某個時刻，用戶啟動目標程序由操作系統執行。實現高級語言的另外一種方式為解釋：
與編譯不同的是，解釋器在目標程序（其實根本就沒有目標程序，只是與編譯來對比）執行期間，解釋器一直隨之運行。這種執行過程完全由解釋器控制的。從效果上看，解釋器實現了一臺“虛擬計算機”，其“機器語言”就是高級語言，解釋器一次讀入一條或多條語句，按照其自身規定的方式去執行相應的操作。一般說來，解釋比編譯有著很好的靈活性；編譯一般有著較好的性能。但是有些語言確是采用了兩者的混合形式：
書中的原文：”如果初始階段的翻譯器比較簡單，我們就說這個語言是“解釋的”。如果翻譯器很復雜，我們就說這一語言是“編譯的”。現在兩者的區分變得有些模糊了，因為“簡單”和“復雜”都是修飾性術語，也因為完全可能出現用一個編譯器（復雜的翻譯過程）生成代碼，而后又由一個復雜的虛擬機（解釋器）執行。對于***這種情況，如果翻譯器對程序做了徹底的分析（而不是做某種“機械的”變換），而且有關的中間語言程序與源程序并沒有很強的相似性，我們還是說這個語言是編譯的。這兩種特性----徹底的分析和非平凡的變換-----是刻畫編譯方式的標志性特征。“
根據以上標準，首先CSC只是對C#到IL做”機械“的翻譯，而且C#和IL之間有很強的相似性，因為兩者的程序代碼幾乎可以100%相互轉換（比如reflector可以將C#反編成IL，也可以將IL反編為C#）。您認為呢？
PS：再者某些人認為的ngen和cache程序集其實也是支持C#是解釋語言的結論，因為編譯型語言因為性能的天然因素是不需要這些手段的。也許我是錯的，請您不吝賜教，感激涕零.本人禁止了不負責任的匿名評論，請大家海涵。
原文標題：C# 編譯或者解釋？
鏈接：http://www.cnblogs.com/diggingdeeply/archive/2009/09/27/Is-csharp-a-Compilation-language-or-Interpretation-language.html
【編輯推薦】
