性西欧俄罗斯极品,久久一级片,校花的奶好大好浪

在此基礎上我做了一些封裝，為使調用更加簡單，并增加了對動態代碼調試的支持，相同代碼只編譯一次的支持，代碼改動自動重新編譯，代碼引用文件的自動加載和手工加載等功能。

如上圖，我封裝的類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(); 來解決。

如下圖所示，動態代碼現在可以調試了。