|
|
如上圖，我封裝的類CSharpProvider很簡(jiǎn)單，下面說明一下一些公共成員的用法。
公共屬性
AssemblyFileName：這個(gè)屬性指定動(dòng)態(tài)編譯后生成的配件名稱。
CompilerParameters：這個(gè)屬性指定編譯的參數(shù)
References：這個(gè)屬性指定被編譯代碼中的引用。調(diào)用者只要調(diào)用References.Add("xxx.dll")，就可以加入自己的引用，對(duì)于System命名空間的所有引用，不需要手工加入，該類會(huì)自動(dòng)加載。對(duì)于用戶自己的組件，如果不手工指定引用文件，該類會(huì)自動(dòng)根據(jù)名字空間名進(jìn)行猜測(cè)。
SourceCodeFileEncoding：如果以文件形式編譯，指定文件的編碼類型。
公共方法
public bool Compile(string code)
輸入代碼字符串，并編譯
public bool CompileFromFile(string sourceCodeFileName)
編譯輸入的代碼文件
public object CreateInstance(string code, string typeFullName)
創(chuàng)建類的實(shí)例
如下面代碼，可以輸入 CreateInstance(code, "MyInterface.IHelloWorld"),也可以輸入CreateInstance(code, "HelloWorld")，程序會(huì)根據(jù)
類型名稱來自動(dòng)找到符合條件的類并實(shí)例化。如果代碼中有多個(gè)指定類型的類，將實(shí)例化第一個(gè)。
復(fù)制代碼 代碼如下:
using System;
using MyInterface;
[Serializable]
public class HelloWorld : MarshalByRefObject, IHelloWorld
{
public string Say()
{
return "Hi";
}
}
這里需要特別指出的是由于用到了AppDomain的遠(yuǎn)程調(diào)用，所有的動(dòng)態(tài)加載的代碼必須繼承自MarshallByRefObject
如果僅僅聲明為[Serializable] 雖然也可以執(zhí)行，但主應(yīng)用程序域會(huì)記錄下子應(yīng)用程序域的一個(gè)引用，這樣導(dǎo)致子應(yīng)用程序
域卸載后，依然無法完全釋放內(nèi)存，從而內(nèi)存泄漏。所以這個(gè)很關(guān)鍵，一定要注意。
public object CreateInstanceFromFile(string fileName, string typeFullName)
從文件創(chuàng)建動(dòng)態(tài)實(shí)例
下面再談?wù)剬?duì)動(dòng)態(tài)代碼的調(diào)試
動(dòng)態(tài)創(chuàng)建的代碼如果不能調(diào)試，就像一個(gè)黑盒子，對(duì)系統(tǒng)的可維護(hù)性有較大破壞。未來實(shí)現(xiàn)這個(gè)功能，我們需要做以下工作，
第一、編譯時(shí)要生成調(diào)試信息，這個(gè)可以通過設(shè)置 CompilerParameters.IncludeDebugInformation = true；來實(shí)現(xiàn)
第二、我們必須告訴調(diào)試器源碼對(duì)應(yīng)的位置，對(duì)于從文件編譯的情況，源碼文件位置會(huì)被自動(dòng)寫入調(diào)試信息文件 *.pdb中，而對(duì)于從內(nèi)存編譯的情況，我還沒有找到指定的方法，如果哪位朋友知道，還望賜教。所以目前如果要調(diào)試動(dòng)態(tài)代碼，必須從文件編譯，也就是調(diào)用CompileFromFile,CreateInstanceFromFile。
第三、我們需要在代碼中設(shè)置一個(gè)斷點(diǎn)，這個(gè)可以在代碼中加入 System.Diagnostics.Debugger.Break(); 來解決。
如下圖所示，動(dòng)態(tài)代碼現(xiàn)在可以調(diào)試了。
應(yīng)用程序域
為了避免內(nèi)存泄漏，本程序封裝了對(duì)應(yīng)用程序域的使用，調(diào)用者基本不需要關(guān)心應(yīng)用程序域的調(diào)用和卸載過程。本程序在
重新編譯或者對(duì)象銷毀時(shí)會(huì)自動(dòng)卸載應(yīng)用程序域，從而釋放內(nèi)存。由于做這個(gè)程序是在應(yīng)用程序域上遇到了很多麻煩，所以
感覺還是有必要簡(jiǎn)單講一下應(yīng)用程序域。
如上圖所示，應(yīng)用程序與實(shí)際上有點(diǎn)像一個(gè)單獨(dú)的進(jìn)程，但這個(gè)進(jìn)程是運(yùn)行在當(dāng)前進(jìn)程里面的，當(dāng)然這個(gè)比喻不夠貼切。
對(duì)應(yīng)用程序域的調(diào)用有點(diǎn)類似進(jìn)程間采用 Remoting 方式的對(duì)象調(diào)用，也就是說默認(rèn)應(yīng)用程序域要調(diào)用其他應(yīng)用程序域中的對(duì)象，
必須采用遠(yuǎn)程調(diào)用的方法，而不能直接調(diào)用，如果直接調(diào)用，默認(rèn)應(yīng)用程序域就會(huì)記錄這個(gè)被調(diào)用的應(yīng)用程序域的一個(gè)內(nèi)存引用，
即使這個(gè)應(yīng)用程序域執(zhí)行了Unload 方法卸載后，內(nèi)存依然無法釋放，這也是我一開始操作應(yīng)用程序域遇到的最大困擾。
另外所有暴露在兩個(gè)應(yīng)用程序域之間的類必須從MarshalByRefObject基礎(chǔ)，這點(diǎn)非常重要，否則將導(dǎo)致內(nèi)存無法釋放。
本程序的一些缺陷
1、沒有提供編譯多文件的接口，其實(shí)要實(shí)現(xiàn)這個(gè)很簡(jiǎn)單，考慮到用于動(dòng)態(tài)執(zhí)行的代碼腳本往往比較簡(jiǎn)單，所以偷懶沒有做。
2、沒有提供對(duì)動(dòng)態(tài)代碼中多個(gè)對(duì)象的枚舉接口，以后再完善吧。
源碼下載地址 http://xiazai.jb51.NET/200905/yuanma/DynamiclyCompiler.zip
AspNet技術(shù)：C# 動(dòng)態(tài)編譯、動(dòng)態(tài)執(zhí)行、動(dòng)態(tài)調(diào)試，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
