感谢大神:https://github.com/TommyLemon/APIJSON
Java-Server Android JavaScript Vue.js
<br />
-
1.简介
-
2.对比传统方式
- 2.1 开发流程
- 2.2 客户端请求
- 2.3 服务端操作
- 2.4 客户端解析
- 2.5 对应不同需求的请求
- 2.6 对应不同请求的结果
-
3.对应关系总览
- 3.1 操作方法
- 3.2 功能符
-
4.快速上手
- 4.1 下载解压
- 4.2 导入table
- 4.3 运行服务端工程
- 4.4 运行客户端工程
- 4.4 操作客户端App
-
5.其它
- 5.1 相关推荐
- 5.2 关于作者
- 5.3 下载试用
- 5.4 更新日志
- 5.5 Star&Fork
<h2 id="1">1.简介<h2/>
APIJSON是一种JSON传输结构协议。<br />
客户端可以定义任何JSON结构去向服务端发起请求,服务端就会返回对应结构的JSON字符串,所求即所得。<br />
一次请求任意结构任意数据,方便灵活,不需要专门接口或多次请求。<br />
支持增删改查、模糊搜索、远程函数调用等。还能去除重复数据,节省流量提高速度!<br />
从此HTTP传输JSON数据没有接口,更不需要文档!<br />
客户端再也不用和服务端沟通接口或文档问题了!再也不会被文档各种错误坑了!<br />
服务端再也不用为了兼容旧版客户端写新版接口和文档了!再也不会被客户端随时随地没完没了地烦了!
<br />
为什么要用APIJSON?
举几个例子:
查询用户
请求:
<pre><code class="language-json">
{
"User":{
}
}
</code></pre>
返回:
<pre><code class="language-json">
{
"User":{
"id":38710,
"sex":0,
"name":"TommyLemon",
"certified":true,
"tag":"Android&Java",
"phone":13000038710,
"head":"http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000",
"date":1485948110000,
"pictureList":[
"http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000",
"http://common.cnblogs.com/images/icon_weibo_24.png"
]
},
"code":200,
"msg":"success"
}
</code></pre>
<br />
查询用户列表
请求:
<pre><code class="language-json">
{
"[]":{
"count":3, //只要3个
"User":{
"@column":"id,name" //只要id,name这两个字段
}
}
}
</code></pre>
返回:
<pre><code class="language-json">
{
"[]":[
{
"User":{
"id":38710,
"name":"TommyLemon"
}
},
{
"User":{
"id":70793,
"name":"Strong"
}
},
{
"User":{
"id":82001,
"name":"Android"
}
}
],
"code":200,
"msg":"success"
}
</code></pre>
<br />
查询动态及发布者用户
请求:
<pre><code class="language-json">
{
"Moment":{
},
"User":{
"id@":"Moment/userId" //User.id = Moment.userId
}
}
</code></pre>
返回:
<pre><code class="language-json">
{
"Moment":{
"id":12,
"userId":70793,
"date":"2017-02-08 16:06:11.0",
"content":"1111534034"
},
"User":{
"id":70793,
"sex":0,
"name":"Strong",
"tag":"djdj",
"head":"http://static.oschina.net/uploads/user/585/1170143_50.jpg?t=1390226446000",
"contactIdList":[
38710,
82002
],
"date":"2017-02-01 19:21:50.0"
},
"code":200,
"msg":"success"
}
</code></pre>
<br />
查询类似微信朋友圈的动态列表
请求:
<pre><code class="language-json">
{
"[]":{ //请求一个数组
"page":0, //数组条件
"count":2,
"Moment":{ //请求一个名为Moment的对象
"content$":"%a%" //对象条件,搜索content中包含a的动态
},
"User":{
"id@":"/Moment/userId", //User.id = Moment.userId 缺省引用赋值路径,从所处容器的父容器路径开始
"@column":"id,name,head" //指定返回字段
},
"Comment[]":{ //请求一个名为Comment的数组,并去除Comment包装
"count":2,
"Comment":{
"momentId@":"[]/Moment/id" //Comment.momentId = Moment.id 完整引用赋值路径
}
}
}
}
</code></pre>
返回:
<pre><code class="language-json">
{
"[]":[
{
"Moment":{
"id":15,
"userId":70793,
"date":1486541171000,
"content":"APIJSON is a JSON Transmission Structure Protocol…",
"praiseUserIdList":[
82055,
82002,
82001
],
"pictureList":[
"http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000",
"http://common.cnblogs.com/images/icon_weibo_24.png"
]
},
"User":{
"id":70793,
"name":"Strong",
"head":"http://static.oschina.net/uploads/user/585/1170143_50.jpg?t=1390226446000"
},
"Comment[]":[
{
"id":176,
"toId":166,
"userId":38710,
"momentId":15,
"date":1490444883000,
"content":"thank you"
},
{
"id":1490863469638,
"toId":0,
"userId":82002,
"momentId":15,
"date":1490863469000,
"content":"Just do it"
}
]
},
{
"Moment":{
"id":58,
"userId":90814,
"date":1485947671000,
"content":"This is a Content...-435",
"praiseUserIdList":[
38710,
82003,
82005,
93793,
82006,
82044,
82001
],
"pictureList":[
"http://static.oschina.net/uploads/img/201604/22172507_aMmH.jpg"
]
},
"User":{
"id":90814,
"name":7,
"head":"http://static.oschina.net/uploads/user/51/102723_50.jpg?t=1449212504000"
},
"Comment[]":[
{
"id":13,
"toId":0,
"userId":82005,
"momentId":58,
"date":1485948050000,
"content":"This is a Content...-13"
},
{
"id":77,
"toId":13,
"userId":93793,
"momentId":58,
"date":1485948050000,
"content":"This is a Content...-77"
}
]
}
],
"code":200,
"msg":"success"
}
</code></pre>
<br />
<br />
<br />
<h2 id="2">2.对比传统RESTful方式<h2/>
<h3 id="2.1">2.1 开发流程<h3/>
开发流程 | 传统方式 | APIJSON |
---|---|---|
接口传输 | 等服务端编辑接口,然后更新文档,客户端再按照文档编辑请求和解析代码 | 客户端按照自己的需求编辑请求和解析代码。<br />没有接口,更不需要文档!客户端再也不用和服务端沟通接口或文档问题了! |
兼容旧版 | 服务端增加新接口,用v2表示第2版接口,然后更新文档 | 什么都不用做! |
<br />
<h3 id="2.2">2.2 客户端请求<h3/>
客户端请求 | 传统方式 | APIJSON |
---|---|---|
要求 | 客户端按照文档在对应URL后面拼接键值对 | 客户端按照自己的需求在固定URL后拼接JSON |
结构 | base_url/get/table_name?<br />key0=value0&key1=value1...<br /><br />同一个URL内table_name只能有一个 | base_url/get/<br />{<br > TableName0:{<br > key0:value0,<br > key1:value1,<br > ...<br > },<br > TableName1:{<br > ...<br > }<br > ...<br > }<br /><br />同一个URL后TableName可传任意数量个 |
URL | 不同的请求对应不同的URL,基本上有多少个不同的请求就得有多少个接口URL | 相同的操作方法(增删改查)都用同一个URL,大部分请求都用7个通用接口URL的其中一个 |
键值对 | key=value | key:value |
<br />
<h3 id="2.3">2.3 服务端操作<h3/>
服务端操作 | 传统方式 | APIJSON |
---|---|---|
解析和返回 | 取出键值对,把键值对作为条件用预设的的方式去查询数据库,最后封装JSON并返回给客户端 | 把Parser#parse方法的返回值返回给客户端就行 |
返回JSON结构的设定方式 | 由服务端设定,客户端不能修改 | 由客户端设定,服务端不能修改 |
<br />
<h3 id="2.4">2.4 客户端解析<h3/>
客户端解析 | 传统方式 | APIJSON |
---|---|---|
查看方式 | 查文档或问后端,或等请求成功后看日志 | 看请求就行,所求即所得,不用查、不用问、不用等。也可以等请求成功后看日志 |
解析方法 | 用JSON解析器来解析JSONObject | 可以用JSONResponse解析JSONObject,或使用传统方式 |
<br />
<h3 id="2.5">2.5 客户端对应不同需求的请求<h3/>
<br />
<h3 id="2.6">2.6 服务端对应不同请求的返回结果<h3/>
服务端对应不同请求的返回结果 | 传统方式 | APIJSON |
---|---|---|
User | {<br > "data":{<br > "id":38710,<br > "name":"xxx",<br > ...<br > },<br > "code":200,<br > "msg":"success"<br >} | {<br > "User":{<br > "id":38710,<br > "name":"xxx",<br > ...<br > },<br > "code":200,<br > "msg":"success"<br >} |
Moment和对应的User | 分别返回两次请求的结果,获取到Moment后取出userId作为User的id条件去查询User <br /><br /> Moment: <br > {<br > "data":{<br > "id":235,<br > "content":"xxx",<br > ...<br > },<br > "code":200,<br > "msg":"success"<br >} <br /><br /> User: <br > {<br > "data":{<br > "id":38710,<br > "name":"xxx",<br > ...<br > },<br > "code":200,<br > "msg":"success"<br >} | 一次性返回,没有传统方式导致的 长时间等待结果、两次结果间关联、线程多次切换 等问题 <br /><br /> {<br > "Moment":{<br > "id":235,<br > "content":"xxx",<br > ...<br > },<br > "User":{<br > "id":38710,<br > "name":"xxx",<br > ...<br > },<br > "code":200,<br > "msg":"success"<br >} |
User列表 | {<br > "data":[<br > {<br > "id":38710,<br > "name":"xxx",<br > ...<br > },<br > {<br > "id":82001,<br > ...<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >} | {<br > "User[]":[<br > {<br > "id":38710,<br > "name":"xxx",<br > ...<br > },<br > {<br > "id":82001,<br > ...<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >} |
Moment列表,每个Moment包括发布者User和前3条Comment | Moment里必须有<br />1.User对象<br />2.Comment数组 <br /><br /> {<br > "data":[<br > {<br > "id":235,<br > "content":"xxx",<br > ...,<br > "User":{<br > ...<br > },<br > "Comment":[<br > ...<br > ]<br > },<br > {<br > "id":301,<br > "content":"xxx",<br > ...,<br > "User":{<br > ...<br > },<br > ...<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >} | 1.高灵活,可任意组合<br />2.低耦合,逻辑很清晰<br /><br />{<br > "[]":[<br > {<br > "Moment":{<br > "id":235,<br > "content":"xxx",<br > ...<br > },<br > "User":{<br > ...<br > },<br > "Comment[]":[<br > ...<br > ]<br > },<br > {<br > "Moment":{<br > "id":301,<br > "content":"xxx",<br > ...<br > },<br > "User":{<br > ...<br > },<br > ...<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >} |
User发布的Moment列表,每个Moment包括发布者User和前3条Comment | 1.大量重复User,浪费流量和服务器性能<br />2.优化很繁琐,需要后端扩展接口、写好文档,前端/客户端再配合优化<br /><br />{<br > "data":[<br > {<br > "id":235,<br > "content":"xxx",<br > ...,<br > "User":{<br > "id":38710,<br > "name":"Tommy"<br > ...<br > },<br > "Comment":[<br > ...<br > ]<br > ...<br > },<br > {<br > "id":470,<br > "content":"xxx",<br > ...,<br > "User":{<br > "id":38710,<br > "name":"Tommy"<br > ...<br > },<br > "Comment":[<br > ...<br > ]<br > ...<br > },<br > {<br > "id":511,<br > "content":"xxx",<br > ...,<br > "User":{<br > "id":38710,<br > "name":"Tommy"<br > ...<br > },<br > "Comment":[<br > ...<br > ]<br > ...<br > },<br > {<br > "id":595,<br > "content":"xxx",<br > ...,<br > "User":{<br > "id":38710,<br > "name":"Tommy"<br > ...<br > },<br > "Comment":[<br > ...<br > ]<br > ...<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >} | 以上不同请求方式的结果:<br /><br /> ① 常规请求 <br > {<br > "[]":[<br > {<br > "Moment":{<br > "id":235,<br > "content":"xxx",<br > ...<br > },<br > "User":{<br > "id":38710,<br > "name":"Tommy"<br > ...<br > },<br > "Comment[]":[<br > ...<br > ]<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >}<br /><br /> ② 省去重复的User <br > {<br > "User":{<br > "id":38710,<br > "name":"Tommy",<br > ...<br > },<br > "[]":[<br > {<br > "Moment":{<br > "id":235,<br > "content":"xxx",<br > ...<br > },<br > "Comment[]":[<br > ...<br > ]<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >}<br /><br /> ③ 不查询已获取到的User <br > {<br > "[]":[<br > {<br > "Moment":{<br > "id":235,<br > "content":"xxx",<br > ...<br > },<br > "Comment[]":[<br > ...<br > ]<br > },<br > ...<br > ],<br > "code":200,<br > "msg":"success"<br >} |
1.base_url指基地址,一般是顶级域名,其它分支url都是在base_url后扩展。如base_url:http://www.google.com/ ,对应的GET分支url:http://www.google.com/get/ 。下同。<br >
2.请求中的key或value任意一个为null值时,这个 key:value键值对 被视为无效。下同。<br >
3.请求中的 / 需要转义。JSONRequest.java已经用URLEncoder.encode转义,不需要再写;但如果是浏览器或Postman等直接输入url/request,需要把request中的所有 / 都改成 %252F 。下同。<br >
4.code,指返回结果中的状态码,200表示成功,其它都是错误码,值全部都是HTTP标准状态码。下同。<br >
5.msg,指返回结果中的状态信息,对成功结果或错误原因的详细说明。下同。<br >
6.code和msg总是在返回结果的同一层级成对出现。对所有请求的返回结果都会在最外层有一对总结式code和msg。对非GET类型的请求,返回结果里面的每个JSONObject里都会有一对code和msg说明这个JSONObject的状态。下同。<br >
7.id等字段对应的值仅供说明,不一定是数据库里存在的,请求里用的是真实存在的值。下同。
<br />
<br />
<h2 id="3">3.对应关系总览<h2/>
<h3 id="3.1">3.1 操作方法<h3/>
方法及说明 | URL | Request | Response |
---|---|---|---|
GET: <br > 普通获取数据,<br > 明文,<br > 可用浏览器调试 | base_url/get/ | {<br > TableName:{<br > … <br > }<br >} <br > {…}内为限制条件<br ><br > 例如获取一个id为235的Moment:<br >{<br > "Moment":{<br > "id":235<br > }<br >} | {<br > TableName:{<br > ...<br > },<br > "code":200,<br > "msg":"success"<br >}<br >例如<br >{<br > "Moment":{<br > "id":235,<br > "userId":38710,<br > "content":"APIJSON,let interfaces and documents go to hell !"<br > },<br > "code":200,<br > "msg":"success"<br > } |
HEAD: <br > 普通获取数量,<br > 明文,<br > 可用浏览器调试 | base_url/head/ | {<br > TableName:{<br > …<br > }<br > } <br > {…}内为限制条件 <br ><br > 例如获取一个id为38710的User所发布的Moment总数:<br >{<br > "Moment":{<br > "userId":38710<br > }<br >} | {<br > TableName:{<br > "code":200,<br > "msg":"success",<br > "count":10<br > },<br > "code":200,<br > "msg":"success"<br >} <br > 例如<br >{<br > "Moment":{<br > "code":200,<br > "msg":"success",<br > "count":10<br > },<br > "code":200,<br > "msg":"success"<br >} |
POST_GET: <br > 安全/私密获取数据,<br >非明文,<br > 用于获取钱包等<br >对安全性要求高的数据 | base_url/post_get/ | 最外层加一个"tag":tag,其它同GET | 同GET |
POST_HEAD: <br > 安全/私密获取数量,<br >非明文,<br > 用于获取银行卡数量等<br >对安全性要求高的数据总数 | base_url/post_head/ | 最外层加一个"tag":tag,其它同HEAD | 同HEAD |
POST: <br > 新增数据,<br > 非明文 | base_url/post/ | {<br > TableName:{<br > …<br > },<br > "tag":tag<br >} <br > {…}中id由服务端生成,不能传 <br ><br >例如一个id为38710的User发布一个新Moment:<br >{<br > "Moment":{<br > "userId":38710,<br > "content":"APIJSON,let interfaces and documents go to hell !"<br > },<br > "tag":"Moment"<br >} | {<br > TableName:{<br > "code":200,<br > "msg":"success",<br > "id":38710<br > },<br > "code":200,<br > "msg":"success"<br >}<br >例如<br >{<br > "Moment":{<br > "code":200,<br > "msg":"success",<br > "id":120<br > },<br > "code":200,<br > "msg":"success"<br >} |
PUT: <br > 修改数据,<br > 非明文,<br > 只修改所传的字段 | base_url/put/ | {<br > TableName:{<br > "id":id,<br > …<br > },<br > "tag":tag<br >} <br > {…}中id必传 <br ><br >例如修改id为235的Moment的content:<br >{<br > "Moment":{<br > "id":235,<br > "content":"APIJSON,let interfaces and documents go to hell !"<br > },<br > "tag":"Moment"<br >} | 同POST |
DELETE: <br > 删除数据,<br > 非明文 | base_url/delete/ | {<br > TableName:{<br > "id":id<br > },<br > "tag":tag<br >} <br > {…}中id必传,一般只传id <br ><br >例如删除id为120的Moment:<br >{<br > "Moment":{<br > "id":120<br > },<br > "tag":"Moment"<br >} | 同POST |
1.TableName指要查询的数据库表Table的名称字符串。第一个字符为大写字母,剩下的字符要符合英语字母、数字、下划线中的任何一种。对应的值的类型为JSONObject,结构是 {...},里面放的是Table的字段(列名)。下同。<br >
2."tag":tag 后面的tag是非GET、HEAD请求中匹配请求的JSON结构的key,一般是要查询的table的名称,由服务端Request表中指定。下同。<br >
3.GET、HEAD请求是开放请求,可任意组合任意嵌套。其它请求为受限制的安全/私密请求,对应的 方法、tag、结构 都必须和 服务端Request表中所指定的 一一对应,否则请求将不被通过。下同。<br >
4.POST_GET与GET、POST_HEAD与HEAD分别为同一类型的操作方法,请求稍有不同但返回结果相同。下同。<br >
5.在HTTP通信中,GET、HEAD方法一般用HTTP GET请求,其它一般用HTTP POST请求。下同。<br >
6.所有JSONObject都视为容器(或者文件夹),结构为 {...} ,里面可以放普通对象或子容器。下同。<br >
7.每个对象都有一个唯一的路径(或者叫地址),假设对象名为targetKey,则用 key0/key1/.../targetKey 表示。下同。
<br >
<h3 id="3.2">3.2 功能符<h3/>
功能 | 键值对格式 | 使用示例 |
---|---|---|
查询数组 | "key[]":{},后面是JSONObject,key可省略。当key和里面的Table名相同时,Table会被提取出来,即 {Table:{Content}} 会被转化为 {Content} | {"User[]":{"User":{}}},查询一个User数组。这里key和Table名都是User,User会被提取出来,即 {"User":{"id", ...}} 会被转化为 {"id", ...} |
匹配选项范围 | "key{}":[],后面是JSONArray,作为key可取的值的选项 | "id{}":[38710,82001,70793],查询id符合38710,82001,70793中任意一个的一个User数组 |
匹配条件范围 | "key{}":"条件0,条件1...",条件为任意SQL比较表达式字符串,非Number类型必须用''包含条件的值,如'a' | "id{}":"<=80000,>90000",查询id符合id<=80000 | id>90000的一个User数组 |
包含选项范围 | "key<>":Object => "key<>":[Object],key对应值的类型必须为JSONArray,Object类型不能为JSON | "contactIdList<>":38710,查询contactIdList包含38710的一个User数组 |
远程调用函数 | "key()":"函数表达式",函数表达式为 function(Type0:value0,Type1:value1...)。函数参数类型为Object或泛型时可省略类型,即 Object:value 改写为 value | "isPraised()":"isContain(Collection:praiseUserIdList,userId)",请求完成后会调用 boolean isContain(Collection collection, Object object) 函数,然后变为 "isPraised":true 这种(假设点赞用户id列表包含了userId,即这个User点了赞) |
引用赋值 | "key@":"引用路径",引用路径为用/分隔的字符串。以/开头的是缺省引用路径,从声明key所处容器的父容器路径开始;其它是完整引用路径,从最外层开始。<br /> 被引用的refKey必须在声明key的上面。如果对refKey的容器指定了返回字段,则被引用的refKey必须写在@column对应的值内,例如 "@column":"refKey,key1,..." | "Moment":{<br /> "userId":38710<br />},<br />"User":{<br /> "id@":"/Moment/userId"<br />}<br /> User内的id引用了与User同级的Moment内的userId,<br />即User.id = Moment.userId,请求完成后<br > "id@":"/Moment/userId" 会变成 "id":38710 |
模糊搜索 | "key$":"SQL搜索表达式" => "key$":["SQL搜索表达式"],任意SQL搜索表达式字符串,如 %key%(包含key), key%(以key开始), %k%e%y%(包含字母k,e,y) 等,%表示任意字符 | "name$":"%m%",查询name包含"m"的一个User数组 |
正则匹配 | "key?":"正则表达式" => "key?":["正则表达式"],任意正则表达式字符串,如 ^[0-9]+$ ,可用于高级搜索 | "name?":"^[0-9]+$",查询name中字符全为数字的一个User数组 |
新建别名 | "name:alias",name映射为alias,用alias替代name。可用于 column,Table,SQL函数 等。只用于GET类型、HEAD类型的请求 | "@column":"toId:parentId",将查询的字段toId变为parentId返回 |
增加 或 扩展 | "key+":Object,Object的类型由key指定,且类型为Number,String,JSONArray中的一种。如 82001,"apijson",["url0","url1"] 等。只用于PUT请求 | "praiseUserIdList+":[82001],添加一个点赞用户id,即这个用户点了赞 |
减少 或 去除 | "key-":Object,与"key+"相反 | "balance-":100.00,余额减少100.00,即花费了100元 |
逻辑运算 | &, |, ! 逻辑运算符。<br />① & 可用于"key&{}":"条件"等<br />② | 可用于"key|{}":"条件", "key|{}":[]等,一般可省略<br />③ ! 可单独使用,如"key!":Object,也可像&,|一样配合其他功能符使用 | ① "id&{}":">80000,<=90000",即id满足id>80000 & id<=90000<br /> ② "id|{}":">90000,<=80000",同"id{}":">90000,<=80000",即id满足id>90000 | id<=80000<br /> ③ "id!{}":[82001,38710],即id满足 ! (id=82001 | id=38710),可过滤黑名单的消息 |
数组关键词 | "key":Object,key为 "[]":{} 中{}内的关键词,Object的类型由key指定<br />① "count":Integer,指定查询数量,假设允许查询数组的最大数量为max,则当count在1~max范围内时,查询count个;否则查询max个 <br />② "page":Integer,指定查询页码,从0开始,一般和count一起用<br />③ "query":Integer,指定查询内容<br />0-对象,1-总数,2-以上全部<br />总数关键词为total,和query同级,通过引用赋值得到,如 "total@":"/[]/total" <br />这里query及total仅为GET类型的请求提供方便,一般可直接用HEAD类型的请求获取总数 | ① 查询User数组,最多5个:<br />"count":5<br /> ② 查询第3页的User数组,每页5个:<br />"count":5,<br />"page":3<br /> ③ 查询User数组和对应的User总数:<br />"[]":{<br /> "query":2,<br /> "User":{}<br />},<br />"total@":"/[]/total" |
对象关键词,可自定义 | "@key":Object,@key为 Table:{} 中{}内的关键词,Object的类型由@key指定<br />① "@about":true, 查询字段属性<br />② "@column":"key0,key1...", 指定返回字段<br />③ "@order":"key0,key1+,key2-...",指定排序方式<br />④ "@group":"key0,key1,key2...",指定分组方式。如果@column里声明了Table的id,则id也必须在@group中声明;其它情况下必须满足至少一个条件:<br />1.分组的key在@column里声明<br />2.Table主键在@group中声明 <br />⑤ "@having":"function0(...)?valu0,function1(...)?valu1,function2(...)?value2...",指定SQL函数条件,一般和@group一起用,函数一般在@column里声明 | ① 查询User表所有字段的属性:<br />{"[]":{"User":{"@about":true}}}<br /> ② 只查询id,sex,name这几列并且请求结果也按照这个顺序:<br />"@column":"id,sex,name"<br /> ③ 查询按 name降序、id默认顺序 排序的User数组:<br />"@order":"name-,id"<br /> ④ 查询按userId分组的Moment数组:<br />"@group":"userId,id"<br /> ⑤ 查询 按userId分组、id最大值>=100 的Moment数组:<br />"@column":"userId,max(id)",<br />"@group":"userId",<br />"@having":"max(id)>=100"<br />还可以指定函数返回名:<br />"@column":"userId,max(id):maxId",<br />"@group":"userId",<br />"@having":"maxId>=100"<br /> ⑥ 从pictureList获取第0张图片:<br />"@position":0, //这里@position为自定义关键词<br />"firstPicture()":"get(Collection:pictureList,int:@position)"<br /> ... |
<br >
<br >
<h2 id="4">4.快速上手<h2/>
<h3 id="4.1">4.1 下载后解压APIJSON工程<h3/>
Clone or download > Download ZIP > 解压到一个路径并记住这个路径。
你可以跳过步骤4.2和步骤4.3,用我的服务器IP地址 139.196.140.118:8080 来测试服务端对客户端请求的返回结果。
<h3 id="4.2">4.2 导入MySQL table文件<h3/>
服务端需要MySQL Server和MySQLWorkbench,没有安装的都先下载安装一个。<br />
我的配置是Windows 7 + MySQL Community Server 5.7.16 + MySQLWorkbench 6.3.7 和 OSX EI Capitan + MySQL Community Server 5.7.16 + MySQLWorkbench 6.3.8,其中系统和软件都是64位的。
启动MySQLWorkbench > 进入一个Connection > 点击Server菜单 > Data Import > 选择刚才解压路径下的APIJSON-Master/table > Start Import > 刷新SCHEMAS, 左下方sys/tables会出现添加的table。
<h3 id="4.3">4.3 用Eclipse for JavaEE或IntellIJ IDEA Ultimate运行服务端工程<h3/>
如果以上编辑器一个都没安装,运行前先下载安装一个。<br />
我的配置是Windows 7 + JDK 1.7.0_71 + Eclipse 4.6.1 + IntellIJ 2016.3 和 OSX EI Capitan + JDK 1.8.0_91 + Eclipse 4.6.1 + IntellIJ 2016.2.5
Eclipse for JavaEE
1.导入<br />
File > Import > Maven > Existing Maven Projects > Next > Browse > 选择刚才解压路径下的APIJSON-Master/APIJSON(Server)/APIJSON(Eclipse_JEE) > Finish
2.运行<br />
Run > Run As > Java Application > 选择APIJSONApplication > OK
IntellIJ IDEA Ultimate
1.导入<br />
Open > 选择刚才解压路径下的APIJSON-Master/APIJSON(Server)/APIJSON(Idea) > OK
2.运行<br />
Run > Run APIJSONApplication
<h3 id="4.4">4.4 用ADT Bundle或Android Studio运行客户端工程<h3/>
可以跳过这个步骤,直接下载下方提供的客户端App。
如果以上编辑器一个都没安装,运行前先下载安装一个。<br />
我的配置是Windows 7 + JDK 1.7.0_71 + ADT Bundle 20140702 + Android Studio 2.2 和 OSX EI Capitan +(JDK 1.7.0_71 + ADT Bundle 20140702)+(JDK 1.8.0_91 + Android Studio 2.1.2),其中系统和软件都是64位的。
ADT Bundle
1.导入<br />
File > Import > Android > Existing Android Code Into Workspace > Next > Browse > 选择刚才解压路径下的APIJSON-Master/APIJSON(Android)/APIJSON(ADT) > Finish
2.运行<br />
Run > Run As > Android Application
Android Studio
1.导入<br />
Open an existing Android Studio project > 选择刚才解压路径下的APIJSON-Master/APIJSON(Android)/APIJSON(AndroidStudio)/APIJSONApp (或APIJSONTest) > OK
2.运行<br />
Run > Run app
<h3 id="4.5">4.5 操作客户端App<h3/>
选择发送APIJSON请求并等待显示结果。<br />
如果默认url不可用,修改为一个可用的,比如正在运行APIJSON服务端工程的电脑的IPV4地址,然后点击查询按钮重新请求。
<br />
<br />
<h2 id="5">5.其它<h2/>
<h3 id="5.1">5.1 相关推荐<h3/>
<h3 id="5.2">5.2 关于作者<h3/>
TommyLemon:https://github.com/TommyLemon<br />
如果有什么问题或建议可以提ISSUE或者发我邮件,交流技术,分享经验。<br >
如果你解决了某些bug,或者新增了一些通用性强的功能,欢迎贡献代码,感激不尽_
<h3 id="5.3">5.3 下载试用客户端App<h3/>
仿微信朋友圈动态实战项目<br />
APIJSONApp.apk
测试及自动生成代码工具<br />
APIJSONTest.apk
<h3 id="5.4">5.4 更新日志<h3/>
https://github.com/TommyLemon/APIJSON/commits/master