利用Razor在ASP.NETMVC中的实现，自定义视图引擎框架（2）

ASP.NET MVC3开始使用Razor作为其视图引擎&＃xff0c;取代了原来ASP.NET Web Form引擎。笔者最近研究了一下MVC3对Razor的实现&＃xff0c;从中找到一个切入点&＃xff0c;能够让我们自定义基于Razor语法的视图解析引擎。在项目里面可以用于诸如邮件模板定制等方面。目前&＃xff0c;只是一个demo版本&＃xff0c;还在进一步完善中。CodePlex : http://codeof.codeplex.com/SourceControl/list/changesets 其中的RazorEx

目前支持的功能&＃xff1a;

1.支持Razor语法&＃xff08;基本的&＃64;语法&＃xff09;的模板文件解析
2.支持Layout / Renderbody语法
3.支持类似asp.net 动态编译机制&＃xff0c;在程序运行期间&＃xff0c;如果模板文件变了&＃xff0c;无需重新编译
4.支持名字空间引用配置
5.支持复杂的程序集引用关系

在利用Razor在ASP.NET MVC中的实现&＃xff0c;自定义视图引擎框架&＃xff08;1&＃xff09;中&＃xff0c;介绍了如何利用微软实现的System.Web.Razor来解析基于Razor语法的模板&＃xff0c;最后得到一个编译单元或者源码。本文介绍如何在代码中对编译单元或者源码进行动态编译&＃xff0c;并执行。

应该没有比动态编译更灵活的了&＃xff0c;它允许我们动态的创建程序代码并编译执行。尽管它灵活&＃xff0c;但是实现复杂&＃xff0c;并且效率不高&＃xff0c;不到万不得已不要考虑。而在这个case中却不得不用这种方式&＃xff0c;因为模板是用户创建的&＃xff0c;我们永远不可能预知&＃xff1a;

在.net中&＃xff0c;System.CodeDom.Compiler.CodeDomProvider提供了将一个或多个源程序或编译单元编译成程序集的方法。在.net4.0中Microsoft.CSharp.CSharpCodeProvider继承了上面这个类&＃xff0c;并给予了实现。有了CSharpCodeProvider&＃xff0c;编译一个动态的程序集十分容易&＃xff1a;

CSharpCodeProvider provider &＃61; new CSharpCodeProvider();CompilerParameters c_options &＃61; new CompilerParameters();c_options.IncludeDebugInformation &＃61; false;c_options.GenerateExecutable &＃61; false;c_options.GenerateInMemory &＃61; true;c_options.ReferencedAssemblies.Add( "System.dll" );CompilerResults results &＃61; provider.CompileAssemblyFromSource(c_options, code);

上面的代码段&＃xff0c;实例化了一个CSharpCodeProvider以及一个CompilerParameters。前者用于编译&＃xff0c;后者用于指定编译时的一些选项&＃xff0c;如上面的代码的设置。最后调用CompileAssemblyFromSource&＃xff0c;传入编译选项和源代码文本即可。另外CSharpCodeProvider的CompileAssemblyFromDom重载&＃xff0c;可以接受编译选项对象和

CodeCompileUnit对象作为参数。在上一篇中&＃xff0c;我们知道RazorTemplateEngine.GenerateCode方法返回的刚好是包含了CodeCompileUnit的对象&＃xff0c;所以我们将使用CompileAssemblyFromDom方法。

在返回值CompilerResults.CompiledAssembly中&＃xff0c;我们可以访问到编译结果的Assembly对象&＃xff0c;再结合反射即可执行编译代码。另外&＃xff0c;在编译过程中&＃xff0c;如果编译失败将抛出异常。

在引擎的开发过程中&＃xff0c;除了上一篇和上述需要知道的基本内容外&＃xff0c;分别有以下问题需要解决&＃xff1a;

1、动态编译时需要知道引用哪些dll&＃xff0c;否则将无法编译成功。比如在模板里面我引用了一个复杂对象&＃xff0c;这个对象定义显然不在引擎的程序集中&＃xff0c;可能是用户自己的程序集&＃xff0c;或是用户程序集引用的程序集。这就带来了一个问题&＃xff0c;在编译时我们如何知道要引用哪些程序集&＃xff1f;我用了一个比较笨的方案&＃xff1a;从GetCallingAssembly开始&＃xff0c;把相互依赖的程序集遍历一遍&＃xff0c;并且全部在编译时引用。代码中的AssemblyReferenceResolver就实现了这个功能&＃xff1b;

2、如上面的问题&＃xff0c;编译的时候&＃xff0c;源码需要有正确的命名空间的引用&＃xff0c;否则即使引用的程序集&＃xff0c;还是不能编译成功。为此&＃xff0c;模仿mvc的实现&＃xff0c;设计了一个configuration&＃xff0c;添加下面这样的配置文件即可&＃xff1a;