使用Mono.Cecil辅助ASP.NET MVC使用dynamic类型Model
2011-09-06 00:21 by 老赵, 11426 visits这也是之前在珠三角技术沙龙上的示例之一,解决的是在ASP.NET MVC使用dynamic类型Model时遇到的一个真实问题。C# 4编译器支持dynamic类型,因此在编写页面模板的时候自然就可以把它作为视图的Model类型。表现层的需求很容易改变,因此dynamic类型的Model可以减少我们反复修改强类型Model的麻烦,再配合匿名类型的使用,可谓是动静相宜,如鱼得水。不过,如果把一个匿名类型直接作为Model交给视图去使用,在默认情况下会抛出异常。我们可以用Mono.Cecil来改变这一情况。
在视图中使用dynamic类型Model
我们先来重现这个问题。创建一个使用C# 4的ASP.NET MVC网站,添加如下的Controller,其中把匿名类型作为视图Model:
public class HomeController : Controller { public ActionResult Index(string title = "<<Default>>") { return View(new { Title = title }); } }
并定义一个Index.aspx作为视图模板,Model类型作为dynamic,并用到Title:
<%@ Page Language="C#" Inherits="System.Web.Mvc.ViewPage<dynamic>" %> <!DOCTYPE html> <html> <head runat="server"> <title>Index</title> </head> <body> <h1><%: Model.Title %></h1> </body> </html>
按理来说,这么做应该一切正常,但是运行之后便会提示说Model上找不到Title成员:
这又是什么原因呢?
访问级别与成员
在C# 4出现之前,我们也完全可以构造一个Model类型作为视图的模型,例如:
public class IndexModel { public string Title { get; set; } }
使用这种做法便完全可以正常运行通过了。那么为什么具体类型能够正常工作,而匿名类型却失败了呢?“按常理推断”它们不都是普通的类型,然后访问它们的属性吗?我们用ILSpy查看使用匿名类型编译后的结果,可以发现匿名类型与上面的IndexModel有一个重要的不同之处:
由于是“匿名类型”,显然它的访问级别应该是internal的,这样它就能对外“隐藏”起来了。但是这就给ASP.NET MVC的视图带来了麻烦。因为ASP.NET MVC的视图会在运行时动态地编译aspx为额外的dll,因此它是无法访问到Controller所在程序集的internal成员的。经试验,如果我们将之前的IndexModel的访问级别修改为internal便会得到相同的结果。
额外提一句,类似的代码在Mono下却可以运行通过。这意味着在动态访问对象成员的时候,Mono和.NET在访问级别方面的检查是有所不同的。虽然在这个情景里Mono更方便,但理论上说,.NET的做法实则更合理。
使用NuGet安装Mono.Cecil
Mono.Cecil是Mono的组件之一,用来编辑.NET程序集文件。我们可以用它来打探一个.NET程序集内部的结构,就像反射那样,只不过并不需要将程序集加载进来,Mono.Cecil只是读取文件物理内容而已。例如,上图所用的ILSpy便用到了Mono.Cecil。更重要的是,Mono.Cecil可以修改并保存程序集,这便可以让我们实现各种奇形怪状的要求。像这篇文章所提到的,只不过是小试牛刀而已。
Mono和.NET是二进制兼容的,因此我们可以直接把Mono下的Mono.Cecil.dll复制并引用到.NET程序里。不过这么做还是麻烦了,如今在.NET平台上使用各种组件已经有更方便的做法:使用包管理器。.NET平台下的包管理器叫做NuGet,是由SubText的作者,后来被微软聘用作ASP.NET MVC程序经理的Phil Haack带头开发的开源项目。NuGet提供了Visual Studio的扩展,同时也有基于PowerShell的命令行。这里我们就从Visual Studio的扩展开始使用吧。
创建一个名为PublicAnonymous的控制台项目,并选择Reference - Manage NuGet Packages:
搜索Mono.Cecil,并安装即可:
NuGet会自动处理组件之间的依赖及项目的配置,您也可以自己把玩一番。
使用Mono.Cecil修改程序集
有了Mono.Cecil我们便可以修改程序集了,只需数行代码:
static void Main(string[] args) { var asmFile = args[0]; Console.WriteLine("Making anonymous types public for '{0}'.", asmFile); var asmDef = AssemblyDefinition.ReadAssembly(asmFile, new ReaderParameters { ReadSymbols = true }); var anonymousTypes = asmDef.Modules .SelectMany(m => m.Types) .Where(t => t.Name.Contains("<>f__AnonymousType")); foreach (var type in anonymousTypes) { type.IsPublic = true; } asmDef.Write(asmFile, new WriterParameters { WriteSymbols = true }); }
首先,从参数中获取需要修改的程序集名称,找到所有的匿名类型,并将其访问级别设为Public后保存。保存的时候将WriteSymbols参数设为true,这样它也会同时修改pdb文件——这很重要,否则修改后的程序集无法和pdb文件内容相对应,便无法调试了。换句话说,Mono.Cecil也能正确处理pdb文件。
最后,只要在ASP.NET MVC网站编译时使用这个项目即可,只需配置一下它的Post Build事件:
再次编译并运行程序,即可得到正确结果。再拿ILSpy来检查一番:
总结
在沙龙上,有朋友问我怎么样可以成为一个高级.NET技术人员。我不知道“如何成为”,但我想,了解整个生态环境的发展情况,了解.NET的优势及不足,甚至能够了解相关领域其他技术方向的发展态势,应该是优秀.NET程序员的特质之一吧。
而Mono便是.NET生态环境的重要组成部分。
明显是在炫耀技术, 虽然可以这样做,但是看不出这样做有什么优点,为啥不用 dynamic 的 ViewBag 呢?
Mono.Cecil可以做的事情很多, 比如在 Silverlight 下, 可以在客户端分析程序集的引用情况, 进而做出按照 dll 进行按需加载的导航框架。
http://www.cnblogs.com/beginor/archive/2011/04/29/2032563.html