之前的程序之间的通讯的数据载体是xml。后来在很多地方json替代了xml。主要有:
1.json格式简单,轻量,不需要前后的标签,减少数据传输的宽带。
2.js天然支持解析json,xml前后端都需要额外的解析一次。
3.json传输支持更多的类型,比如:字符串,数组,布尔值。而xml解析出来都是字符串。
而网页不用json来写,因为html是xml一个变式,html和css,js技术已非常成熟,各大浏览器都支持。不太可能让合浏览器厂商在改变规则,开发对json的支持。
soupui,这是我现在用的最多的接口测试工具。
在我们日常的开发过程中,大多数是两种类型的接口:soapapi和restapi两种,soupui对这两种接口都有很好的支持,而且还支持amazonwebservice,这个只在软件的首页上看到过,没有实际使用过。
其实很多的接口测试工具对这两种常用的接口都有很好的支持,具体的使用方法我在这里也不详细讲了,都是图形界面的操作,按照指示一步一步的新建即可完成。
其中它可以很方便地进行压力测试,也是按照提示,一步一步新建,最后的的操作页面是这样的:
可以设置:并发数、策略,压力测试的时间等。
结果可以展示:接口的最大响应时间、最小响应时间、平均响应时间、tps等等。
非常好用,大家可以尝试。
站在后端的角度看问题:根据研发团队成员具体情况来选择
一般情况下,现阶段都是以json为标准
在实际操作中,会发现很多人json标准了解的比较少,实行起来也比较困难。其中原因是有一部分老成员的原因,还有一部分是由于研发人员的技术还跟不上;虽然现在大部分前端框架都是以json为准,也支撑其它几种格式。
服务端
json标准能较为规范的约束前后端,拿后端来说,json一般和restful风格结合,可以减少很多的逻辑判断,同时能很好的定位问题,数据响应与接收也更加规范化,更加易读。
app(客户端/终端)
app客户端,android和ios对json都有支撑,android要好一点,ios支撑要弱一点;记得2018年我加入一个团队,里边的ios工程师就是不懂json,讲几遍都不太明白,也不懂如何在框架中做支撑,当时我那个诧异,,,,
pc/浏览器(客户端/网页端)
基于浏览器展示的客户端(前端)对json的支撑是技术领域做的最好的,也是最全面的,现在各大框架:
vue.js
等等都支撑,且默认json为第一选择。