PHP给移动端接口 [] 和 {} 的区别

给移动端写接口,传json数据时,有的时候是 {} 有的时候是 [] ,我总是傻傻分不清,然后查了 json数据结构;

我们要了解什么是json;

  • JSON 指的是 JavaScript 对象表示法(JavaScript Object Notation)
  • JSON 是轻量级的文本数据交换格式
  • JSON 独立于语言 *
  • JSON 具有自我描述性,更易理解

  JSON的格式是

如果是{}对象;那么就是 key : value 的格式 一个一个是以 “,” 英文的逗号 进行连接的;

如果是 []数组;那么只有 value , value 的格式   一个一个是以 “,” 英文的逗号 进行连接的;

{}和[] 可以互相嵌套,但是有开始必须有结束;

对象:{}   数据结构为 {key1:value1, key2:value2, ...} 的键值对结构,

数组: []  数据结构为 ["java", "javascript", "vb", ...] 的索引结构,

举个栗子:

PHP的数据结构

echo json_encode([[‘a‘],[[‘b‘],[[1,2,‘3‘=>4]]]],JSON_UNESCAPED_UNICODE);

页面的json_encode输出如下;

对于转json 的数据,有的是 [] 有的是 {} 的本质区别在哪里,就是数据结构的问题,有键值对 那就是 {} 是当做对象处理;没有那就是 [] 当做数组处理 ,

这个是对json的数据结构概念模糊了,

时间: 2024-10-13 10:34:58

PHP给移动端接口 [] 和 {} 的区别的相关文章

api服务端接口安全

api服务端接口安全性解析 http://blog.csdn.net/tenfyguo/article/details/8225279 常用的基于token的实现方案 http://blog.csdn.net/tenfyguo/article/details/8225279 token常常用在各种应用中,如下场景: 1,用户输入密码和帐号后,系统进行验证后,生成一个session,分配一个sessionid给使用者,后续服务使用者就无需每次都输入密码和验证密码了,只需把对应的帐户和session

PHP开发移动端接口(增强版)

前面讲过:移动端与PHP服务端接口通信流程设计(基础版) 对于 api_token 的校验,其安全性还可再增强: 增强地方一: 再增加2张表,一个接口表,一个授权表,设计参考如下: 接口表 字段名 字段类型 注释 api_id int 接口ID api_name varchar(120) 接口名,以"/"作为分割线,如 blog/Index/addBlog api_domain varchar(255) 所属领域 is_enable tinyiny(1) 1可用,0不可用 add_ti

使用Jmeter开发app端接口自动化案例实战

开发思路1.开发app端接口自动化案例,首先需要使用Fiddler抓包:2.目前接触到的app端都是https协议,所以需要开启Fiddler的https协议3.抓包完成之后,使用jmeter模拟请求,调试成功,案例开发完成:4.本次抓取的app安装的操作系统为ios5.本次开发的案例为登录和查询案例 一.使用Fiddler抓包1.首先进入Tools>Options,设置HTTPS请求抓包,勾选HTTPS下的Capture HTTPS CONNECTs选项2.设置代理端口,默认8888就行,记得

WAN口和LAN 口有什么区别

WAN口不能够用来连接电脑. LAN(1.2.3.4)口只能够用来连接电脑. 拓展资料 路由器(Router),是连接因特网中各局域网.广域网的设备,它会根据信道的情况自动选择和设定路由,以最佳路径,按前后顺序发送信号. 路由器是互联网络的枢纽,"交通警察". 目前路由器已经广泛应用于各行各业,各种不同档次的产品已成为实现各种骨干网内部连接.骨干网间互联和骨干网与互联网互联互通业务的主力军. 路由和交换机之间的主要区别就是交换机发生在OSI参考模型第二层(数据链路层),而路由发生在第三

移动端与PHP服务端接口通信流程设计(增强版)

增强地方一: 再增加2张表,一个接口表,一个授权表,设计参考如下: 接口表 字段名 字段类型 注释 api_id int 接口ID api_name varchar(120) 接口名,以"/"作为分割线,如 blog/Index/addBlog api_domain varchar(256) 所属领域 is_enabled tinyint(1) 是否可用  1:可用 0:不可用 add_time int 添加时间(戳) (注:只列出了核心字段,其它的再扩展吧!!!) 授权表 字段名 字

api服务端接口安全性解析针对

针对 --->非开放性平台 --->公司内部产品 接口特点汇总: 1.因为是非开放性的,所以所有的接口都是封闭的,只对公司内部的产品有效: 2.因为是非开放性的,所以OAuth那套协议是行不通的,因为没有中间用户的授权过程: 3.有点接口需要用户登录才能访问: 4.有点接口不需要用户登录就可访问: 针对以上特点,移动端与服务端的通信就需要2把钥匙,即2个token.第一个token是针对接口的(api_token):第二个token是针对用户的(user_token): 先说第一个token(

基于CXF框架下的SOAP Webservice服务端接口开发

最近对webservice 进行入门学习,网上也是找了很多的学习资料.总得感觉就是这了解点,那了解点.感觉不够系统,不够容易入门.差不多断断续续看了一个星期了,今天小有成果,把客户端,服务端都搞定了.我先写服务端,在说客户端. 框架:服务端webservice是spring+cxf的maven工程. 环境:jdk1.7+maven3.3.9+tomcat7 新建maven工程可以参考我之前的博客:使用eclips创建Maven项目. 1.引入开发的依赖.pom.xml<project xmlns

POSTMAN测试SpringMVC RESTFul风格的服务端接口始终得不到值

后台接口中接收参数使用DataObject(包含一个String类型的属性data)     ServletRequestDataBinder binder = new ServletRequestDataBinder(new DataObject());     binder.bind(request); 然后再POSTMAN中使用如图的方式传参: 可以发现得到的返回值是null,而且根据后台调试,确实没有得到传入的参数.切回x-www-form-urlencoded模式下然后将此对象用如下方

App架构设计经验谈:服务端接口的设计

转自:http://www.jb51.net/article/60796.htm App与服务器的通信接口如何设计得好,需要考虑的地方挺多的,在此根据我的一些经验做一些总结分享,旨在抛砖引玉. 安全机制的设计 现在,大部分App的接口都采用RESTful架构,RESTFul最重要的一个设计原则就是,客户端与服务器的交互在请求之间是无状态的,也就是说,当涉及到用户状态时,每次请求都要带上身份验证信息.实现上,大部分都采用token的认证方式,一般流程是: 用户用密码登录成功后,服务器返回token