运用Composite模式构造JSON

Json是如今流行的Ajax或Service数据交换格式，.NET使用DataContractJsonSerializer(System.Runtime.Serialization.Json命名空间下)，可以很方便地在json字符串和实体对象间转换。

在Restful WCF服务站点上，更无须写代码序列化Json。服务默认以xml形式返回结果，但如果Web请求头信息中的Accept属性为application/json，客户端得到的就是以json格式序列化了结果。

客户端用JQuery实现很简单，只要调用ajax函数时，设置dataType:’json’就可以了。

客户端也可以发送json到让服务处理，只要把请求头的ContentType设为text/json(JQuery的ajax函数也有这个属性)，服务会自动将请求内容反序列化为实体。

然而很多情况下，我们输出的json不是标准的实体集合，可能只输出其中个别属性，或者掺点别的东西，比如分页查询，我们要告诉客户返回的结果 集是第几页，一共有多少页，这样的json还得我们自己通过代码输出。这就比较烦了，业务复杂点没办法，但写那些单引双引，花括号方括号，经常还得转义， 可一点不好玩。比如一个最简单的实体：

var sb = new StringBuilder("["); foreach (var user in lstUser) { sb.AppendFormat("{{'name':'{0}','email':'{1}'}},",user.Name,user.Email); } sb.Remove(sb.Length - 1, 1); sb.Append("]"); 能一遍写对这段代码的人，绝非等闲之辈。偶打草稿时还写错了。相形之下，json的老大哥xml就给力多了，因为里面所有操作都可以通过对象，比如XAttribute、XText、XComment等。

class Program { static void Main() { var lstUser = new List<User>{ new User { Name = "潘金莲", Email="pjl@sh.com"}, new User { Name = "武松", Email="ws@sh.com"}, new User { Name = "西门庆", Email="xmq@sh.com"} }; var xe = new XElement("Users", from u in lstUser select new XElement("User", new XAttribute("name", u.Name), new XAttribute("email", u.Email))); Console.WriteLine(xe); Console.ReadLine(); } class User { public string Name { get; set; } public string Email { get; set; } } }
优雅的5行代码，把潘金莲和她最重要的两个男人潇洒地绑在一起。写Json也能如此优雅吗，完全可以，其实我们早就有了Json.Net，重量级拳手，我感觉，玩我们日常的应用如同高射炮打麻雀，还不如做个弹弓来的实惠。
　　仿照XNode，定义了几个Json对象类型：
/// <summary> /// 表示json数组 /// </summary> class JArray : JElement { public JArray(params object[] array) { this.Elements = array.Select(o => { var element = o as JElement; if (element == null) return new JElement(o); else return element; }).ToList(); } public List<JElement> Elements { get; set; } public override string ToString() { return "[" + String.Join(",", this.Elements) + "]"; } } /// <summary> /// 表示json实体对象 /// </summary> class JEntity : JElement { public JEntity(params JProperty[] properties) { this.Value = properties.ToList(); } public List<JProperty> Properties { get { return this.Value as List<JProperty>; } } public override string ToString() { return "{" + String.Join(",", this.Properties) + "}"; } } /// <summary> /// 表示一个json实体的属性键值对 /// </summary> class JProperty { public JProperty(string name, object value) { this.Name = name; var element = value as JElement; if (element == null) element = new JElement(value); this.Value = element; } public string Name { get; set; } public JElement Value { get; set; } public override string ToString() { return "'" + Name + "':'" + Value + "'"; } } /// <summary> /// 表示基本的json元素 /// </summary> class JElement { public JElement() { } public JElement(object value) { var array = value as System.Collections.IEnumerable; if (array != null && !(value is string)) { this.Value = new JArray(array.Cast<object>().ToArray()); } else this.Value = value; } public object Value { get; set; } public override string ToString() { var type = Value.GetType(); if (type.IsPrimitive) { if (type == typeof(int) || type == typeof(double)) return Value.ToString(); } return "'" + Value + "'"; } }

然后，我们就可以这么写json了，看，与输出xml的写法很相似吧：

var json = new JArray( (from u in lstUser select new JEntity( new JProperty("name", u.Name), new JProperty("email", u.Email))).ToArray()); Console.WriteLine(json);
话说json本来就是轻量级的数据交换格式，轻量级格式也应该用轻量方法处理，并且还要能重用，最重要的是一目了然，大家可以考虑下这种方式。对JArray等几个构造函数，还待进一步改进。
　　经过最近研究，发现这种优雅的方式json构造方式，莫非是暗合了江湖至高无上，OOP兵法23条中的Composite模式（《.Net设计模式》第九章）？无意中得窥至尊宝典之道，哇呀妙哉！
　　最近还发现了，json还有个小弟，唤作jsonp的东东，火星了，原来就是BingMap API的脚本加载方式，经常使用还朦朣不觉。
　　现在轮到自己写服务器端，不想破坏WCF自动转换的优美，想用输出替换的方式，但设置Resonse.Filter(参考)真麻烦，Response.OutputStream又只能写不能读。只好响应全局事件，在正文开始前先写入客户端回调的函数名和一个括号，在正文输出结束后添上另一个括号。虽然早就知道，可每次写起来，偶的心还是隐隐作疼，纠结一番。