1、什麼是.NET Framework
所謂.NET FrameWork就是一個平台，它的目的是為了跨作業系統程式設計。它包含了許多模組，例如有windows應用程式構件，Web開發的模組等，而不同的作業系統根據自己的特性，支援其中部分模組。 NET架構是採用虛擬機器運作的程式設計平台，以通用語言執行階段（Common Language Runtime）為基礎，支援多種語言（C#、VB.NET、C++等）的開發。可開發桌面應用程式（WinForm、WPF、SilverLight、Office）、網頁應用程式（Asp.NET、ASP.NET
MVC、SilverLight）、Windows Service、及行動嵌入式開發。目前常用的版本有：2.0、3.0、3.5、4.0；
2、.NET中的幾個概念
（1）、CLR概念？
詳細：CLR是公共語言運行時，(Common Language Runtime)和Java虛擬機一樣也是一個運行時環境，它負責資源管理（內存分配和垃圾收集），並保證應用和底層操作系統之間必要的分離。
（2）、託管程式碼的優點？
詳細：//m.sbmmt.com/
（3）、語言互通性的真正意義和表現形式？
詳細：用一種語言編寫的類別應能繼承用另一種語言編寫的類別
一個類別能包含另一個類別的實例,而不管他們是用什麼語言寫的.一個物件應能直接呼叫用其
他語言編寫的物件的方法
物件(或物件參考)應能在方法間傳遞
在不同的語言之間調用方法時,應能在調試器中調試這些方法的調用,即調試不同語言編寫
的程式碼
（4）、在.NET中，程式編譯過程？
詳細：//m.sbmmt.com/
（5）中間語言的主要特徵？
可以被不同的編譯器即時編譯並運作在不同的結構上，消除了語言紛爭。中間語言還是高階語言。
（6）、動態語言和靜態語言、強型別定義語言和弱型別定義語言的概念區分？
動態類型語言：在運作期間才去做資料類型檢查的語言，
靜態類型語言：資料類型是在編譯其間檢查的。
強型別定義語言：強制資料型別定義的語言。
弱型別定義語言：資料型別可以忽略的語言。它與強型別定義語言相反, 一個變數可以賦不同資料型別的值。
（7）編譯型和解釋型(參考自博客園)
先看看編譯型，其實它和彙編語言是一樣的：也是有一個負責翻譯的程式來對我們的源代碼進行轉換，生成相對應的可執行程式碼。這個過程說得 專業一點，就稱為編譯（Compile），而負責編譯的程式自然稱為編譯器（Compiler）。如果我們寫的程式碼都包含在一個原始檔中，那麼通常 編譯之後就會直接產生一個可執行文件，我們就可以直接運行了。但對於一個比較複雜的項目，為了方便管理，我們通常把程式碼分散在各個原始檔中，作為不同的模 塊來組織。這時編譯各個檔案時就會產生目標檔案（Object file）而不是前面說的執行檔。一般一個原始檔的編譯都會對應一個目標檔。這些目標檔案裡的內容基本上已經是可執行程式碼了，但由於只是整個專案的
一部分，所以我們還不能直接運作。待所有的原始檔的編譯都大功告成，我們就可以最後把這些半成品的目標檔「打包」成一個可執行檔了，這個工作由另一個程式負責完成，由於此過程好像是把包含可執行程式碼的目標檔案連結組裝起來，所以又稱為連結（Link），而負責連結的程式就叫……就叫連結程式（Linker）。連結程式除了連結目標檔案外，可能還有各種資源，像是圖示檔案、聲音檔案等，還要負責移除目標檔案之間的冗餘重複程式碼。連結完成之後，一般就可以得到我們想要的可執行檔了。
再看看解釋型。 「編譯」和「解釋」的確都有「翻譯」的意思，它們的差別則在於翻譯的時機安排不大一樣。打個比方：假如你打算閱讀一本外文書，而你不知道這門外語，那麼你可以找一名翻譯，給他足夠的時間讓他從頭到尾把整本書翻譯好，然後把書的母語版交給你閱讀；或者，你也立刻讓這名翻譯輔助你閱讀，讓他一句一句給你翻譯，如果你想往回看某個章節，他也得重新給你翻譯。
兩種方式，前者就相當於我們剛才所說的編譯型：一次把所有的程式碼轉換成機器語言，然後寫成可執行檔；而後者就相當於我們要說的解釋型：在程式運行的前一刻，還只有原始程式而沒有可執行程式；而程式每執行到原始程式的某一條指令，則會有一個稱之為解釋程式的外殼程式將原始程式碼轉換成二進位程式碼以供執行，總言之，就是不斷地解釋、執行、解釋、執行……所以，解釋型程序是離不開解釋程序的。像早期的BASIC就是一門經典的解釋型語言，要執行BASIC程序，就得進入BASIC環境，然後才能載入程式原始檔、執行。解釋型程式中，由 於程式總是以原始碼的形式出現，因此只要有對應的解釋器，移植幾乎不成問題。編譯型程式雖然原始碼也可以移植，但前提是必須針對不同的系統分別編譯，
對於複雜的工程來說，的確是一件不小的時間消耗，況且很可能一些細節的地方還是要修改原始碼。而且，解釋型程式省卻了編譯的步驟，修改調試也非常方便，編輯完畢之後即可立即運行，不必像編譯型程式一樣每次進行小小改動都要耐心等待漫長的Compiling…Linking…這樣的編譯連結過程。不過凡事有利有弊，由於解釋型程式是將編譯的過程放到執行過程中，這就決定了解釋型程式註定要比編譯型慢上一大截，像幾百倍的速度差距也是不足為奇的。
編譯型與解釋型，兩者各有利弊。前者由於程式執行速度快，同等條件下對系統要求較低，因此像開發作業系統、大型應用程式、資料庫系統等時都採用它，像C/C++、Pascal/Object Pascal（Delphi）、VB等基本都可視為編譯語言，而一些網頁腳本、伺服器腳本及輔助開發介面這樣的對速度要求不高、對不同系統平台間的兼容性有一定要求的程式則通常使用解釋性語言，如Java、JavaScript 、VBScript、Perl、Python等等。
但既然編譯型與解釋型各有優缺點又相互對立，所以一批新興的語言都有把兩者折衷起來的趨勢，例如Java語言雖然比較接近解釋型語言的特徵，但在執行之前已經預先進行一次預先編譯，產生的程式碼是介於機器碼和Java原始碼之間的中介程式碼，執行的時候則由JVM（Java的虛擬機器平台，可視為解釋器）解釋執行。它既保 留了原始碼的高抽象、可移植的特點，又已經完成了原始碼的大部分預編譯工作，所以執行起來比「純解釋型」程式要快許多。而像VB6（或以前版本）、 C#這樣的語言，雖然表面上看生成的是.exe可執行程序文件，但VB6編譯之後實際生成的也是一種中介碼，只不過編譯器在前面安插了一段自動呼叫某個外
部解釋器的程式碼（該解釋程式獨立於使用者編寫的程序，存放於系統的某個DLL檔案中，所有以VB6編譯產生的可執行程式都要用到它），以解釋執行實際的程式 體。 C#（以及其它.net的語言編譯器）則是產生.net目標程式碼，實際執行時則由.net解釋系統（就像JVM一樣，也是一個虛擬機器平台）進行執行。 當然.net目標程式碼已經相當“低級”，比較接近機器語言了，所以仍將其視為編譯語言，而且其可移植程度也沒有Java號稱的這麼強大，Java號稱是“一次編譯，到處執行”，而.net則是「一次編碼，到處編譯」。總之，隨著設計技術與硬體的不斷發展，編譯型與解釋型兩種
方式的界線正在不斷變得模糊。
以上就是C#基礎知識整理：.NET知識的內容，更多相關內容請關注PHP中文網（m.sbmmt.com）！
