二十行C#代码打造Ruby Markup Builder

DynamicObject是个特殊的对象，简单地说它的行为可以被“扩展”——是如动态语言般真正的扩展，而非静态的多态。当我们使用dynamic修饰变量后，在它之上的方法调用会由编译器和DLR配合出不一样的行为。例如，我们在调用一个方法的时候，DLR会先检查这个动态对象上是否存在符合这个签名的方法，存在则最好，否则便会调用TryInvokeMember来“执行”一个动态方法，而它的参数便是此次调用的全部信息。这样的做法被称为“Method Missing”操作，事实上Ruby Markup Builder也是使用Ruby对象中的这个特性来实现“调用什么方法，便生成什么元素”的功能。此外，我们还可以这么用：

var　persons　=　new　[]　{　new　Person("Tom",　10),　new　Person("Jerry",　8)　};　
XElement　xml2　=　
　　b.persons(　
　　　　from　p　in　persons　
　　　　select　b.person(p.Name,　age:　p.Age));

XmlMarkupBuilder对LINQ的直接支持得益于XElement无与伦比的“包容性”（因此我认为LINQ to XML其实只是LINQ to Object + 类库）。至于age: 10这样的代码，其实是使用了C# 4.0的新特性：命名参数（Named Parameters）——C#还真把什么都为我们准备好了。

即便是大部分DynamicObject的示例都喜欢拿XML操作开涮（但还是没有出现我这篇的用法，所以我还是“原创”），但事实上这个功能可发挥的余地非常之大。例如，陈猫同学提到他想用这个功能来简化Silverlight中的JSON操作，刚“喜得贵女”的Phil Haack同学在上个月也提到一个设想，它在ASP.NET MVC中使用dynamic关键字来修饰View的Model，这样在访问Model的属性时变可附加一些约定好的操作。例如，Model.Content表示读取Content属性的内容，而Model._Content则表示在读取Content之后自动进行HTML编码。这无疑简化了我们的开发——当然，强类型的各种优势就不复存在了。

而这个功能对我的意义在于，我又找到了一种设计API的方式，它可以使类库变得简单好用——就好比上面的XmlMarkupBuilder一样。虽然，这个示例的功能非常简单，但是这也足以证明C# 4.0中的dynamic特性并不仅仅是“方便Interop操作”或是“简化反射”这么简单，如果我们可以发挥想象能力，加以充分利用同时又不滥用，我们的程序开发生活就会变得越来越美好。

最后……我还是承认了吧，这篇文章其实是标题党，真正Ruby Markup Builder功能非常强大而复杂，我们的XmlMarkupBuilder类只能算是冰山一角而已。

文章来源：http://www.cnblogs.com/JeffreyZhao/archive/2009/10/27/implement-ruby-markup-builder-in-20-lines-of-c-sharp-codes.html