JSON国际化挑战-优快云博客

本文链接：https://blog.youkuaiyun.com/spring1208/article/details/72566164

眼下JSON（JavaScriptObject Notation）已经成为业内使用最为广泛的数据传输格式了，似乎不用JSON来存点儿东西，出门都不好意思跟人到招呼。这种与开发语言无关，轻量级的数据格式，之所以能够发展的如此迅猛，优点一定是显而易见的，例如：

· 易于人类阅读和编写，格式都是压缩的，占用带宽小

· 易于程序解析与生产，客户端JavaScript可以简单的通过eval_r()进行JSON数据的读取

· 语言无关性，ActionScript，C，C#，ColdFusion，Java，JavaScript，Perl，PHP，Python，Ruby等多种server语言均可解析

· 简化了服务器端和客户端的代码开发量，并且易于维护

然而平心而论，许久之前，我们一直使用的XML就当真没有这样的优势？果然无法胜任如此工作了么？一时语塞，还是古人总结的到位——“长江后浪推前浪，浮事新人换旧人”。

再看看JSON的缺点吧。

· JSON片段的创建和验证过程比一般的XML稍显复杂

到此为止，似乎都是易用性和性能的提升，没看出来跟国际化有任何关系吧？确实，如果JSON不需要serialize和deserialize的话，那就真的可以跟国际化沙扬娜拉了。真的就这么点儿相关的东西么？然！不过还是得奉劝大家，真的别把豆包不当干粮。历史一直在不断的告诉我们，千里之堤往往仅是溃于蚁穴的。

言归正传，先看org.json的示例，在pom.xml中添加如下依赖。

<dependency>
    <groupId>org.json</groupId>
    <artifactId>json</artifactId>
    <version>20090211</version>
</dependency>

随后尝试从bean中构造一个JSON对象并将其打印出来。

@Test
public void testChineseJson() throwsParseException
{                 
            Playerp = new Player();
            p.setId(21);
            p.setName("席尔瓦");
            DateFormatdf = DateFormat.getDateInstance(DateFormat.LONG, Locale.CHINA);
            Stringbirth = "1986年1月8日";
            p.setBirthday(df.parse(birth));
            p.setClub("曼城");
            JSONObjectjo = new JSONObject(p);
        System.out.println(jo.toString());
}

结果如下，即便我们明示了DateFormat后，birthday依然存在问题。试图将其desiralize回去，蓦然发现JSONObject居然没有这个功能……

{"birthday":"WedJan 08 00:00:00 CST 1986","name":"席尔瓦","club":"曼城","id":21}

好吧，果断放弃json转而添加gson的依赖。

<dependency>
   <groupId>com.google.code.gson</groupId>
    <artifactId>gson</artifactId>
    <version>2.8.0</version>
</dependency>

调用Gson.toJson后，打印结果如下。

{"number":21,"name":"席尔瓦","birthday":"Jan 8, 1986 12:00:00AM","club":"曼城"}

birthday仍然并未达到国际化开发和测试的要求（当然，将该json传到前端，让js自己去处理也是完全ok的。我们这里假定前端仅做数据展示，没有任何处理）。

@Test
public void testChineseGsonWithBuilder ()throws ParseException
    {     
            Playerp = new Player();
            p.setId(21);
            p.setName("席尔瓦");
            DateFormatdf = DateFormat.getDateInstance(DateFormat.LONG, Locale.CHINA);
            Stringbirth = "1986年1月8日";
            p.setBirthday(df.parse(birth));
            p.setClub("曼城");
            GsonBuilderbu = new GsonBuilder();
            bu.setPrettyPrinting();
            bu.registerTypeAdapter(Date.class,new DateTypeAdapter());
            Gsongs = bu.create();
            System.out.println(gs.toJson(p));
}

其中DateTypeAdapter需要实现JsonSerializer<Date>和JsonDeserializer<Date>这两个接口，以实现serialize和deserialize方法。再次运行，这次结果就相当满意了。

{
  "number": 21,
  "name": "席尔瓦",
  "birthday": "1986年01月08日",
  "club": "曼城"
}

JSON的序列化和反序列化在整个API处理过程中的确是个很小的环节，但其对国际化的影响却是深远和致命的，未来文章中相信他依然会频繁的露脸，届时我们再一起来看他是如何“略施小计”进而毁掉整个系统。

从json到gson