包含DLR ScriptRuntime

DLR是微软的一个开源项目.为.NET影城程序提供了动态脚本注入支持.DLR构建的功能包含两个方面,一个是共享的动态类型系统,一个是标准的承载模型.但是VS并没有继承相关的DLL,大家可以从Codeplex获得源码.这里不得不提及CLR,它是整个运行环境的基础,DLR也是运行在其上,这样是由显而易见的好处的,CLR的垃圾垃圾回收,JIT编译,安全模式,DLR也能享用这些底层架构功能,如果我们对垃圾回收进行优化,或者是提供某种功能,那么DLR相应的也能享用这种便利.DLR内部为了提高执行效率,会让自己先编译脚本,然后缓存.这有些类似JIT机制.避免重复加载,解析外部脚本.

在实际业务逻辑中,我们希望能够实时动态执行存储在文件中的代码或者完整一个业务逻辑功能,甚至我们可以动态选择脚本语言引擎,在应用程序域中动态生成脚本,并注入脚本,来达到控制业务逻辑的目的.

ScriptRuntime： 创建 DLR 运行环境，这是整个执行过程的起始点，它表示一个全局的执行状态（比如程序集引用等等）。每个应用程序域（AppDomain）中可以启动多个 ScriptRuntime。

ScriptScope： 构建一个执行上下文，其中保存了环境及全局变量。宿主（Host）可以通过创建不同的 ScriptScope 来提供多个数据隔离的执行上下文。

ScriptEngine： DLR 动态语言（比如 IronPython） 执行类，可于解析和执行动态语言代码。

ScriptSource： 操控动态语言代码的类型，我们可以编译（Compile）、读取（Read Code Lines）或运行（Execute）代码。

CompiledCode： 调用 ScriptSource.Compile（） 将源代码编译成 CompiledCode，这样多次执行就无需重复编译，从而提高执行性能。

ObjectOperations： 提供了相关方法，，允许我们在宿主（Host）中操作 DLR 对象成员（Member）。

现在我们来构建脚本引擎

应用程序执行脚本的方法有很多种:

1.通过ScriptRuntime.ExcuteFile获得ScriptScope

2.通过ScriptRuntime.UseFile获得ScriptScope

3.通过ScriptRuntime.CreateScope获得ScriptScope,再执行Script>execute或ScriptScope.IncludeFile

4.通过ScriptRuntime.GetEngine或ScriptRuntime.GetEngineByFileName获得ScriptEngine.调用ScriptEngine的CreateScriptSourceFromStrng或CreateScriptSourceFromFile或CreateScriptSourceFromStream创建ScriptSource,再执行ScriptSource.Execute

5.有了ScriptSource也不一定要Execute,可以先调用Compile,产生CompiledCode,最后调用CompiledCOde.Execute.

说了这么多,你肯定觉得每个例子,说个JB,说不定又觉得我在忽悠你,我是那样的人吗?

下面看看JB,不对,是案例: