前幾天看到一篇關於.net動態編譯的文章 .NET中的動態編譯 ,很受啟發。在 此基礎上我做了一些封裝，為使調用更加簡單，並增加了對動態代碼調試的支持 ，相同代碼只編譯一次的支持，代碼改動自動重新編譯，代碼引用文件的自動加 載和手工加載等功能。
如上圖，我封裝的類CSharpProvider很簡單，下面說明一下一些公共成員 的用法。
公共屬性
AssemblyFileName：這個屬性指定動態編譯後 生成的配件名稱。
CompilerParameters：這個屬性指定編譯的參數
References：這個屬性指定被編譯代碼中的引用。調用者只要調用 References.Add("xxx.dll")，就可以加入自己的引用，對於System命 名空間的所有引用，不需要手工加入，該類會自動加載。對於用戶自己的組件， 如果不手工指定引用文件，該類會自動根據名字空間名進行猜測。
SourceCodeFileEncoding：如果以文件形式編譯，指定文件的編碼類型。
公共方法
public bool Compile(string code)
輸入代碼 字符串，並編譯
public bool CompileFromFile(string sourceCodeFileName)
編譯輸入的代碼文件
public object CreateInstance(string code, string typeFullName)
創建類的實例
如下面代碼，可以輸入 CreateInstance(code, "MyInterface.IHelloWorld"),也可以輸入CreateInstance(code, "HelloWorld")，程序會根據類型名稱來自動找到符合條件的類並實例 化。如果代碼中有多個指定類型的類，將實例化第一個。
using System;
using MyInterface;
[Serializable]
public class HelloWorld : MarshalByRefObject, IHelloWorld
{
public string Say()
{
return "Hi";
}
}
這裡需要特別指出的是由於用到了AppDomain的遠 程調用，所有的動態加載的代碼必須繼承自MarshallByRefObject
如果僅 僅聲明為[Serializable] 雖然也可以執行，但主應用程序域會記錄下子應用程序 域的一個引用，這樣導致子應用程序
域卸載後，依然無法完全釋放內存， 從而內存洩漏。所以這個很關鍵，一定要注意。
public object CreateInstanceFromFile(string fileName, string typeFullName)
從文 件創建動態實例
下面再談談對動態代碼的調試
動態創建的代碼如 果不能調試，就像一個黑盒子，對系統的可維護性有較大破壞。未來實現這個功 能，我們需要做以下工作，
第一、編譯時要生成調試信息，這個可以通過 設置 CompilerParameters.IncludeDebugInformation = true；來實現
第 二、我們必須告訴調試器源碼對應的位置，對於從文件編譯的情況，源碼文件位 置會被自動寫入調試信息文件 *.pdb中，而對於從內存編譯的情況，我還沒有找 到指定的方法，如果哪位朋友知道，還望賜教。所以目前如果要調試動態代碼， 必須從文件編譯，也就是調用CompileFromFile,CreateInstanceFromFile。
第三、我們需要在代碼中設置一個斷點，這個可以在代碼中加入 System.Diagnostics.Debugger.Break(); 來解決。
如下圖所示，動態代 碼現在可以調試了。
應用程序域
為了避免內存洩漏，本程序封裝了對應用程序域的 使用，調用者基本不需要關心應用程序域的調用和卸載過程。本程序在
重 新編譯或者對象銷毀時會自動卸載應用程序域，從而釋放內存。由於做這個程序 是在應用程序域上遇到了很多麻煩，所以
感覺還是有必要簡單講一下應用 程序域。
如上圖所示，應用程序與實際上有點像一個單獨的進程，但這個 進程是運行在當前進程裡面的，當然這個比喻不夠貼切。
對應用程序域的調用有點類似進程間采用 Remoting 方式的對象調用，也就是 說默認應用程序域要調用其他應用程序域中的對象，
必須采用遠程調用的 方法，而不能直接調用，如果直接調用，默認應用程序域就會記錄這個被調用的 應用程序域的一個內存引用，
即使這個應用程序域執行了Unload 方法卸 載後，內存依然無法釋放，這也是我一開始操作應用程序域遇到的最大困擾。
另外所有暴露在兩個應用程序域之間的類必須從MarshalByRefObject基礎 ，這點非常重要，否則將導致內存無法釋放。
本程序的一些缺陷
1 、沒有提供編譯多文件的接口，其實要實現這個很簡單，考慮到用於動態執行的 代碼腳本往往比較簡單，所以偷懶沒有做。
2、沒有提供對動態代碼中多 個對象的枚舉接口，以後再完善吧。
本文配套源碼
