前情概要,对于
json的处理我一直在前端获取对应的值之后,然后利用eval()函数进行处理,将后台传过来的string类型的json进行序列化,但是这样把所有的数据放到前台界面的某个标签中,将该标签隐藏,但是其实页面不渲染,不代表进行源码查看的时候不能看到对应的完整数据,这样对于数据是很不负责的行为,所以今天花了很多时间在后台读取多节点xml数据和将数据序列化上。
1 介绍json
摘抄自某百科
1.1 JSON定义
JSON(JavaScript Object Notation, JS 对象标记) 是一种轻量级的数据交换格式。它基于 ECMAScript 规范的一个子集,采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得 JSON 成为理想的数据交换语言。 易于人阅读和编写,同时也易于机器解析和生成,并有效地提升网络传输效率。
在 JS 语言中,一切都是对象。因此,任何支持的类型都可以通过 JSON 来表示,例如字符串、数字、对象、数组等。但是对象和数组是比较特殊且常用的两种类型。
对象:对象在 JS 中是使用花括号包裹 {} 起来的内容,数据结构为 {key1:value1, key2:value2, …} 的键值对结构。在面向对象的语言中,key 为对象的属性,value 为对应的值。键名可以使用整数和字符串来表示。值的类型可以是任意类型。
数组:数组在 JS 中是方括号 [] 包裹起来的内容,数据结构为 [“java”, “javascript”, “vb”, …] 的索引结构。在 JS 中,数组是一种比较特殊的数据类型,它也可以像对象那样使用键值对,但还是索引使用得多。同样,值的类型可以是任意类型。
1.2 JSON 与 JS 对象的关系
很多人搞不清楚 JSON 和 Js 对象的关系,甚至连谁是谁都不清楚。其实,可以这么理解:
JSON 是 JS 对象的字符串表示法,它使用文本表示一个 JS 对象的信息,本质是一个字符串。
| 1 | var obj = {a: 'Hello', b: 'World'}; //这是一个对象,注意键名也是可以使用引号包裹的 | 
JSON 和 JS 对象互转
要实现从对象转换为 JSON 字符串,使用 JSON.stringify() 方法:
| 1 | var json = JSON.stringify({a: 'Hello', b: 'World'}); //结果是 '{"a": "Hello", "b": "World"}' | 
1.3 JSON 与 xml的关系
1.3.1 可读性
JSON和XML的可读性可谓不相上下,一边是简易的语法,一边是规范的标签形式,很难分出胜负。
1.3.2 可扩展性
XML天生有很好的扩展性,JSON当然也有,没有什么是XML可以扩展而JSON却不能扩展的。不过JSON在Javascript主场作战,可以存储Javascript复合对象,有着xml不可比拟的优势。
1.3.3 编码难度
XML有丰富的编码工具,比如Dom4j、JDom等,JSON也有提供的工具。无工具的情况下,相信熟练的开发人员一样能很快的写出想要的xml文档和JSON字符串,不过,xml文档要多很多结构上的字符。
1.3.4 解码难度
XML的解析方式有两种:
一是通过文档模型解析,也就是通过父标签索引出一组标记。例如:xmlData.getElementsByTagName("tagName"),但是这样是要在预先知道文档结构的情况下使用,无法进行通用的封装。
另外一种方法是遍历节点(document 以及 childNodes)。这个可以通过递归来实现,不过解析出来的数据仍旧是形式各异,往往也不能满足预先的要求。
凡是这样可扩展的结构数据解析起来一定都很困难。
JSON也同样如此。如果预先知道JSON结构的情况下,使用JSON进行数据传递简直是太美妙了,可以写出很实用美观可读性强的代码。如果你是纯粹的前台开发人员,一定会非常喜欢JSON。但是如果你是一个应用开发人员,就不是那么喜欢了,毕竟xml才是真正的结构化标记语言,用于进行数据传递。
而如果不知道JSON的结构而去解析JSON的话,那简直是噩梦。费时费力不说,代码也会变得冗余拖沓,得到的结果也不尽人意。但是这样也不影响众多前台开发人员选择JSON。因为json.toJSONString()就可以看到JSON的字符串结构。当然不是使用这个字符串,这样仍旧是噩梦。常用JSON的人看到这个字符串之后,就对JSON的结构很明了了,就更容易的操作JSON。
以上是在Javascript中仅对于数据传递的xml与JSON的解析。在Javascript地盘内,JSON毕竟是主场作战,其优势当然要远远优越于xml。如果JSON中存储Javascript复合对象,而且不知道其结构的话,我相信很多程序员也一样是哭着解析JSON的。
除了上述之外,JSON和XML还有另外一个很大的区别在于有效数据率。JSON作为数据包格式传输的时候具有更高的效率,这是因为JSON不像XML那样需要有严格的闭合标签,这就让有效数据量与总数据包比大大提升,从而减少同等数据流量的情况下,网络的传输压力。
2 介绍json序列化
公司使用的是
c#做后台所以需要注意using,参考某博客
2.1 serialize
将string转化为jsonList或者jsonArray类型
| 1 | Product product = new Product(); | 
2.2 Deserialize
将jsonList或者jsonArray转化为string类型
| 1 | using System.Web.Script.Serialization; | 
2.3 小技巧
可以使用IgnoreDataMember:指定该成员不是数据协定的一部分且没有进行序列化,DataMember:定义序列化属性参数,使用DataMember属性标记字段必须使用DataContract标记类 否则DataMember标记不起作用。1
2
3
4
5
6
7
8[DataContract]
        public class People
        {
            [DataMember(Name = "id")]
            public int Id { get; set; }
            [IgnoreDataMember]
            public string Name { get; set; }
        }
输出结果: {“id”:1}
2.4 完整案例
| 1 | using System; | 
3 今天遇见的主要问题
在之前我主要是用的时候序列化,但是为了在后台方便操作json数据节点,所以我使用了反序列化,在使用的最开始,一直不得其法还去.net with json
下载了相关dll文件。
| 1 | using Newtonsoft.Json; | 
3.1 第一种
| 1 | JArray array = new JArray(); | 
3.2 第二种
| 1 | string json = @"{ | 
3.3 第三种
| 1 | Product product = new Product(); | 
4 结论
结果使用了结果发现不用另外下载dll,直接使用System.Web.Script.Serialization就好,还有就是在构造对应的public struct上,我也花费了很多时间,之前不知道怎么用,需要注意的是在json数组对象中多层嵌套数组,在反序列对应的struct上怎样多层对应定义,然后在反序列化之后怎么对应,那一部分是用对象的方法LeftLs[n].ParentName进行取值,哪一块是通过数组下标的方式LeftLs[n].data[m].Name进行取值,还有反序列化之后的list应该怎样正确声明
| 1 | //正确 | 
花费了大量时间,后期逐步了解了,才发现其实很好用,希望我之后能够将现有项目中json转化解析的部分功能进行进一步的优化。不过后期如果有时间有应该把.net with json好好学习一下,还有之前以为return的json可以通过length控制,后期才发现使用了很多firstchild比较麻烦,还是序列化方便一些,直接通过下表或者取对象值的方式就可以了。