增强的XML?通过C# 4.0 dynamic享受Ruby写法之探讨

前端之家收集整理的这篇文章主要介绍了增强的XML?通过C# 4.0 dynamic享受Ruby写法之探讨前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

Ruby语法的简洁深为程序员们所喜爱,而写C#的往往要忍受易用性很差的写法。不过由于.NET 4.0的到来,C# 4.0新增的dynamic功能开放了更多的自己设计API的选择,这样就开启了很多自由的编程道路。老赵在下面介绍了自己打造的一个Ruby Markup Builder,展示了其强大的XML构造功能

从.NET诞生之日起就有了XML类库,但是从使用上来说非常不方便。例如我们需要构造一个XML文档时,使用DOM API就要这样搞:

 
 
  1. varxmlDoc=newXmlDocument();
  2. varrootEle=xmlDoc.CreateElement("persons");
  3. xmlDoc.AppendChild(rootEle);
  4. varperson1=xmlDoc.CreateElement("person");
  5. person1.InnerText="Tom";
  6. varperson1Age=xmlDoc.CreateAttribute("age");
  7. person1Age.Value="10";
  8. person1.Attributes.Append(person1Age);
  9. rootEle.AppendChild(person1);
  10. varperson2=xmlDoc.CreateElement("person");
  11. person2.InnerText="Jerry";
  12. varperson2Age=xmlDoc.CreateAttribute("age");
  13. person2Age.Value="8";
  14. person2.Attributes.Append(person2Age);
  15. rootEle.AppendChild(person2);

别看这么多行代码,但实际上它只构造了这么简单的一个XML:

 
 
  1. <persons>
  2. <personage="10">Tom</person>
  3. <personage="8">Jerry</person>
  4. </persons>

我承认,DOM API的确非常严谨(如XmlDocument和XmlElement的归属关系),非常符合定义,也非常的面向对象,但是这易用性也实在太差了。记得在03还是04年的时候,我为在为项目做一个编辑XML文档的WinForm应用程序,当时也不像现在那么容易想到“偷懒”的法门,而VS 2003也不像VS 2005/2008那么好用,因此可谓做的劳心费神。这个情况在.NET 2.0中也没有得到改变,直到有一天,LINQ to XML随.NET 3.5横空出世,于是乎XML的生活一下子变得美好了很多。例如上面的功能只需寥寥数行便可以实现:

newXElement("persons",
  
  
  • newXElement("person",
  • "Tom",
  • newXAttribute("age",10)),
  • "Jerry",8)));
  • 虽然LINQ to XML一直是所谓C# 3.0中LINQ特性的一部分,与LINQ to sql,LINQ to Object及LINQ to……某个别的并列,但我始终认为LINQ to XML实则还是LINQ to Object的一种特殊形式,只是它用于操作XML而已。它的一切都是System.Xml.Linq命名空间下相关类库(如XElement)在起作用,不关LINQ什么事情。XElement等相关类型大大简化了我们的开发,与DOM API相比,无论是XML的构造还是读取都容易了许多。不过俗话说得好:“不怕不识货,就怕货比货”,这样的API与Ruby Markup Builder相比还是有明显差距。请看:

      
      
  • builder=Builder::XmlMarkup.new
  • xml=builder.persons{|b|
  • b.person("Tom",:age=>"10")
  • b.person("Jerry",:age=>"8")
  • }
  • 请看上面这段代码,它自然没有使用Ruby语言的标准着色方式。我着色的目的是体现这个构造方式中的“噪音”——也就是与XML内容无关的部分。从中可以发现,Ruby不愧是一种噪音较少的语言,如果您尝试使用这个方式来观察C#中LINQ to XML的做法,就会发现两者之间的确有明显的差距。当然,如果使用VB.NET的XML Literal可能噪音也很少,但是在我看来,XML Literal在XML构造方面的表现有些罗嗦,例如它需要开发人员同时提供元素的开始标签和闭合标签,可能在IDE的帮助下此类代码输入较为简单,但是代码还是略显冗余。

    但是我们这些可怜的C#程序员难道只有在一边眼馋的份吗?不见得,我们也可以来“享受”一把:

      
      
  • dynamicb=newXmlMarkupBuilder();
  • XElementxml=
  • b.persons(
  • b.person("Tom",age:10),
  • b.person("Jerry",age:8));
  • 哇,这是什么,怎么代码那么简单。很明显,从dynamic关键字上可以看出,这是C# 4.0中新增的功能。您可能会想“原来.NET 4.0对XML又有增强了”……其实并非如此,这是我们自己扩展的功能。不过这应该算是更好的消息,因为这说明我们已经有能力自行扩展,自行设计这样的API了——这可是“渔”,比“鱼”可要值钱多了。而实现这样的功能也只需要短短二十几行C#代码

      
      
  • publicclassXmlMarkupBuilder:DynamicObject
  • {
  • publicoverrideboolTryInvokeMember(InvokeMemberBinderbinder,object[]args,153); background-color:inherit; font-weight:bold">outobjectresult)
  • {
  • XElementxml=newXElement(binder.Name);
  • varattrCount=binder.CallInfo.ArgumentNames.Count;
  • varelementCount=args.Length-attrCount;
  • for(inti=0;i<elementCount;i++)
  • {
  • xml.Add(args[i]);
  • }
  • for(vari=0;i<attrCount;i++)
  • {
  • varattrName=binder.CallInfo.ArgumentNames[i];
  • if(attrName[0]=='@')attrName=attrName.Substring(1);
  • xml.Add(newXAttribute(attrName,args[i+elementCount]));
  • }
  • result=xml;
  • returntrue;
  • }
  • }
  • DynamicObject是个特殊的对象,简单地说它的行为可以被“扩展”——是如动态语言般真正的扩展,而非静态的多态。当我们使用dynamic修饰变量后,在它之上的方法调用会由编译器和DLR配合出不一样的行为。例如,我们在调用一个方法的时候,DLR会先检查这个动态对象上是否存在符合这个签名的方法,存在则最好,否则便会调用TryInvokeMember来“执行”一个动态方法,而它的参数便是此次调用的全部信息。这样的做法被称为“Method Missing”操作,事实上Ruby Markup Builder也是使用Ruby对象中的这个特性来实现“调用什么方法,便生成什么元素”的功能。事实上,我们还可以这么用:

      
      
  • varpersons=new[]{newPerson("Tom",10),153); background-color:inherit; font-weight:bold">newPerson("Jerry",8)};
  • XElementxml2=
  • b.persons(
  • frompinpersons
  • selectb.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类只能算是冰山一角而已。

    原文链接:https://www.f2er.com/xml/299188.html

    猜你在找的XML相关文章