RESTful API是目前比较成熟的一套互联网应用程序的API设计理论，规范了服务端资源的定义及访问。我们团队服务端就采用了RESTful。
可是在现实开发过程中，还是有些问题。
客户端在获取资源的时候，可能不同地方需要资源的不同的属性，而服务端常常会把几乎所有属性全部返回，这在App上会造成一些流量的浪费，譬如我要加载一个普通的产品列表，需要产品图片、产品名称、价格、库存等属性，而另一个浏览历史可能只需要名称和价格，这总不能写两个API吧？或者说附带一个请求参数告诉服务端要返回哪些属性，这倒行得通，可很不优雅。
重要的是客户端还会有一个界面可能需要调用多个不同类型的资源的情况，最经典的就是电商App，个人中心界面里，既需要用户的一些信息，又要查询收藏数量、关注数量、足迹数量，又要查询不同状态下的订单数量，或者下方还有推荐商品列表。客户端一个界面请求多个资源URI会降低客户端的体验自然不好，或者需要服务端需要额外提供适配客户端的API能解决，可一旦界面有变化这些接口也要重新做适配。
这些问题不是很重要，可问题多了，客户端开发和服务端开发要掐架。
有没有相对好的解决办法呢？
本人不才，搞了个 Jsonql（https://github.com/liyanjie8712/Jsonql），意图给RESTful按上一对翅膀。
Jsonql是什么，咱给它起了个高大上的名字，Jsonql = Responsive Json Query Language，响应式Json查询语言，客户端要什么样的数据，由客户端来决定。服务端只提供资源及支持的查询函数，客户端编写查询请求，服务端解析并组装数据返回给客户端。这下服务端一劳永逸，客户端界面及数据绑定随便折腾去吧，挖哈哈~
先来看看Jsonql的语法：
变量的定义：$变量名
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式