起源:my.oschina.net/tommylemon/blog/1574430
必定有不少人会想:这怎么可能呢?
就算用简直零配置的 SpringBoot,写一个最简略的接口也得有 3 行代码啊!
@RequestMapping("test/{request}")public String test(@PathVariable String request) { return request + ": Hello World";}
举荐一个 Spring Boot 基础教程及实战示例:
https://github.com/javastacks...
那 8 个没啥用的 Hello World 接口就得 24 行代码了!
这还没算拼 SQL 连 JDBC 或者调用 ORM 库 的代码呢!
更不用说还要写 XML 配置 的其它库了!
没错,用传统形式就是这样。
获取一个用户:
base_url/get/user
获取一个用户列表:
base_url/get/user/list
获取一个评论:
base_url/get/comment
获取一个评论列表:
base_url/get/comment/list
...
仅仅是查问,一张表(对应客户端的 model)就要两个接口了,如果再加上增删改,批量改批量删,还有统计,那就得有 8 个接口了!
那么我是怎么解决的呢?
同一种类型的申请都只用一个接口:
增 base_url/post删(包含批量) base_url/delete改(包含批量) base_url/put查(包含列表) base_url/get统计 base_url/head
用最罕用的查问申请举例:
获取一个用户:
base_url/get/
获取一个用户列表:
base_url/get/
获取一个评论:
base_url/get
获取一个评论列表:
base_url/get
...
都是用同一个接口!我是怎么做到的呢?
APIJSON,对,就它!
咱们用 APIJSON 来操作一张表,例如用户表 User,代码写 3 行就够了:
//注册表并增加权限,用默认配置@MethodAccesspublic class User {//内容个别仅供表字段阐明及 Android App 开发应用,服务端不必的可不写。}//Verifier 内增加权限accessMap.put(User.class.getSimpleName(), getAccessMap(User.class.getAnnotation(MethodAccess.class)));
或者能够再定制下 POST 申请的角色权限:
@MethodAccess( POST = {UNKNOWN, ADMIN} //只容许未登录角色和管理员角色新增 User,默认配置是 {LOGIN, ADMIN})public class User {}
而后运行下 Server 工程就能够申请了:
URL:http://apijson.cn:8080/get
表单:
{ "User": { "id": 82001 }}
返回:
{ "User": { "id": 82001, "sex": 0, "name": "Test", "tag": "APIJSON User", "head": "http://static.oschina.net/uploads/user/19/39085_50.jpg", "contactIdList": [ 82004, 82021, 70793 ], "pictureList": [ "http://common.cnblogs.com/images/icon_weibo_24.png" ], "date": "2017-02-01 19:21:50.0" }, "code": 200, "msg": "success"}
下面只是查了一个 User,如果咱们要查女性用户列表,能够这样:
URL:http://apijson.cn:8080/get
表单:
{ "[]": { //数组 "User": { "sex": 1, //性别为女 "@column": "id,name" //只须要id,name这两个字段 } }}
返回:
{ "[]": [ { "User": { "id": 82002, "name": "Happy~" } }, { "User": { "id": 82003, "name": "Wechat" } }, { "User": { "id": 82005, "name": "Jan" } } ], "code": 200, "msg": "success"}
User 被多包裹了一层?给数组命名为 User[] 来去掉吧:
表单:
{ "User[]": { //提取User "User": { "sex": 1, //性别为女 "@column": "id,name" //只须要id,name这两个字段 } }
返回:
{ "User[]": [ { "id": 82002, "name": "Happy~" }, { "id": 82003, "name": "Wechat" }, { "id": 82005, "name": "Jan" } ], "code": 200, "msg": "success"}
还要进一步提取名字?User-name[] 满足你:
表单:
{ "User-name[]": { //提取User.name "User": { "sex": 1, //性别为女 "@column": "name" //只须要name这个字段 } }}
返回:
{ "User-name[]": [ "Happy~", "Wechat", "Jan", "Meria", "Tommy" ], "code": 200, "msg": "success"}
但如果是含多张表关联的数组,就不要去掉了哦:
表单:
{ "[]": { "Comment": {}, //评论 "User": { //公布评论的用户 "id@": "/Comment/userId" //User.id = Comment.userId } }}
返回:
{ "[]": [ { "Comment": { "id": 3, "toId": 0, "userId": 82002, "momentId": 15, "date": "2017-02-01 19:20:50.0", "content": "This is a Content...-3" }, "User": { "id": 82002, "sex": 1, "name": "Happy~", "tag": "iOS", "head": "http://static.oschina.net/uploads/user/1174/2348263_50.png?t=1439773471000", "contactIdList": [ 82005, 82001, 38710 ], "pictureList": [], "date": "2017-02-01 19:21:50.0" } }, { "Comment": { "id": 4, "toId": 0, "userId": 38710, "momentId": 470, "date": "2017-02-01 19:20:50.0", "content": "This is a Content...-4" }, "User": { "id": 38710, "sex": 0, "name": "TommyLemon", "tag": "Android&Java", "head": "http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000", "contactIdList": [ 82003, 82005 ], "pictureList": [ "http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000", "http://common.cnblogs.com/images/icon_weibo_24.png" ], "date": "2017-02-01 19:21:50.0" } } ], "code": 200, "msg": "success"}
还有动静 Moment 和它的点赞用户列表:
{ "Moment": {}, "User[]": { "User": { "id{}@": "Moment/praiseUserIdList" //id在点赞列表praiseUserIdList内 } }}
相似微信个人资料界面:
{ "User": {}, "Moment[]": { //朋友圈照片列表 "Moment": { "@order":"date-", //按公布工夫date倒序排列 "userId@": "User/id" } }}
相似微信朋友圈的动静列表:
{ "[]": { "count": 3, //只有3个 "page": 2, //要第2页的 "Moment": {}, "User": { "id@": "/Moment/userId" }, "Comment[]": { "Comment": { "momentId@": "[]/Moment/id" } } }}
...
任意构造,任意内容,任意组合,
想要什么 JSON 构造、字段内容、表关联组合查问都能够齐全自定义!
"key[]":{} // 查问数组"key{}":[1,2,3] // 匹配选项范畴"key{}":"<=10,length(key)>1..." // 匹配条件范畴"key()":"function(arg0,arg1...)" // 近程调用函数"key@":"key0/key1.../targetKey" // 援用赋值"key$":"%abc%" // 含糊搜寻"key?":"^[0-9]+$" // 正则匹配"key+":[1] // 减少/扩大"key-":888.88 // 缩小/去除"name:alias" // 新建别名"@column":"id,sex,name" // 返回字段"@group":"userId" // 分组形式"@having":"max(id)>=100" // 聚合函数"@order":"date-,name+" // 排序形式
以上都是查问申请,再试试 增删改 和 统计 :
增: http://apijson.cn:8080/post
{ "Comment": { "userId": 82001, "momentId": 15, "content": "测试新增评论" }, "tag": "Comment"}
删: http://apijson.cn:8080/delete
{ "Comment": { "id": 1510394480987 }, "tag": "Comment"}
改: http://apijson.cn:8080/put
{ "Comment": { "id": 22, "content": "测试批改评论" }, "tag": "Comment"}
批量删: http://apijson.cn:8080/delete
{ "Comment": { "id{}": [1510394480987, 1510394804925] }, "tag": "Comment[]"}
批量改: http://apijson.cn:8080/put
{ "Comment": { "id{}": [22, 114], "content": "测试批量批改评论" }, "tag": "Comment[]"}
统计: http://apijson.cn:8080/head
{ "Comment": { "content$": "%测试%" //内容蕴含 测试 两个字 }}
写操作须要对应的权限,就是用 3 行代码配置的,申请报错:
登录后角色主动变为 LOGIN(可传@role 来自定义),合乎 Comment 的 POST 权限配置,胜利:
回忆下,代码才写了 3 行,就实现了包含增删改查等各种操作的 8 个接口以及这么多种查问!
事实上用 APIJSON 基本就不必本人写接口!这 3 行代码其实是为了做权限治理!
像集体博客、非商业的新闻资讯网站这种能够没有权限管制的,
改下全局配置,不做权限校验,那就连一行代码都不必写了!!!
近期热文举荐:
1.1,000+ 道 Java面试题及答案整顿(2021最新版)
2.别在再满屏的 if/ else 了,试试策略模式,真香!!
3.卧槽!Java 中的 xx ≠ null 是什么新语法?
4.Spring Boot 2.5 重磅公布,光明模式太炸了!
5.《Java开发手册(嵩山版)》最新公布,速速下载!
感觉不错,别忘了顺手点赞+转发哦!