运用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又只能写不能读。只好响应全局事件，在正文开始前先写入客户端回调的函数名和一个括号，在正文输出结束后添上另一个括号。虽然早就知道，可每次写起来，偶的心还是隐隐作疼，纠结一番。