3 行代码写出 8 个接口,牛逼!!这也行??

x33g5p2x  于2021-11-09 转载在 其他  
字(7.0k)|赞(0)|评价(0)|浏览(357)

来源:my.oschina.net/tommylemon/blog/1574430

肯定有不少人会想:这怎么可能呢?

就算用几乎零配置的 SpringBoot,写一个最简单的接口也得有 3 行代码啊!

  1. @RequestMapping("test/{request}")
  2. public String test(@PathVariable String request) {
  3.     return request + ": Hello World";
  4. }

那 8 个没啥用的 Hello World 接口就得 24 行代码了!

这还没算拼 SQL 连 JDBC 或者调用 ORM 库 的代码呢!

更不用说还要写 XML 配置 的其它库了!

没错,用传统方式就是这样。

获取一个用户:

  1. base_url/get/user

获取一个用户列表:

  1. base_url/get/user/list

获取一个评论:

  1. base_url/get/comment

获取一个评论列表:

  1. base_url/get/comment/list

...

推荐一个 Spring Boot 基础教程及实战示例:https://github.com/javastacks/spring-boot-best-practice

仅仅是查询,一张表(对应客户端的 model)就要两个接口了,如果再加上增删改,批量改批量删,还有统计,那就得有 8 个接口了!

那么我是怎么解决的呢?

同一种类型的请求都只用一个接口:

  1.  base_url/post
  2. 删(包括批量) base_url/delete
  3. 改(包括批量) base_url/put
  4. 查(包括列表) base_url/get
  5. 统计 base_url/head

用最常用的查询请求举例:

获取一个用户:

  1. base_url/get/

获取一个用户列表:

  1. base_url/get/

获取一个评论:

  1. base_url/get

获取一个评论列表:

  1. base_url/get

...

都是用同一个接口!我是怎么做到的呢?

APIJSON,对,就它!

我们用 APIJSON 来操作一张表,例如用户表 User,代码写 3 行就够了:

  1. //注册表并添加权限,用默认配置
  2. @MethodAccess
  3. public class User {
  4. //内容一般仅供表字段说明及 Android App 开发使用,服务端不用的可不写。
  5. }
  6. //Verifier 内添加权限
  7. accessMap.put(User.class.getSimpleName(), getAccessMap(User.class.getAnnotation(MethodAccess.class)));

或者可以再定制下 POST 请求的角色权限:

  1. @MethodAccess(
  2.   POST = {UNKNOWN, ADMIN} //只允许未登录角色和管理员角色新增 User,默认配置是 {LOGIN, ADMIN}
  3. )
  4. public class User {}

然后运行下 Server 工程就可以请求了:

  1. URLhttp://apijson.cn:8080/get

表单:

  1. {
  2.     "User": {
  3.         "id": 82001
  4.     }
  5. }

返回:

  1. {
  2.     "User": {
  3.         "id": 82001,
  4.         "sex": 0,
  5.         "name": "Test",
  6.         "tag": "APIJSON User",
  7.         "head": "http://static.oschina.net/uploads/user/19/39085_50.jpg",
  8.         "contactIdList": [
  9.             82004,
  10.             82021,
  11.             70793
  12.         ],
  13.         "pictureList": [
  14.             "http://common.cnblogs.com/images/icon_weibo_24.png"
  15.         ],
  16.         "date": "2017-02-01 19:21:50.0"
  17.     },
  18.     "code": 200,
  19.     "msg": "success"
  20. }

上面只是查了一个 User,如果我们要查女性用户列表,可以这样:

  1. URLhttp://apijson.cn:8080/get

表单:

  1. {
  2.     "[]": { //数组
  3.         "User": {
  4.             "sex": 1, //性别为女
  5.             "@column": "id,name" //只需要id,name这两个字段
  6.         }
  7.     }
  8. }

返回:

  1. {
  2.     "[]": [
  3.         {
  4.             "User": {
  5.                 "id": 82002,
  6.                 "name": "Happy~"
  7.             }
  8.         },
  9.         {
  10.             "User": {
  11.                 "id": 82003,
  12.                 "name": "Wechat"
  13.             }
  14.         },
  15.         {
  16.             "User": {
  17.                 "id": 82005,
  18.                 "name": "Jan"
  19.             }
  20.         }
  21.     ],
  22.     "code": 200,
  23.     "msg": "success"
  24. }

User 被多包裹了一层?给数组命名为 User[] 来去掉吧:

表单:

  1. {
  2.     "User[]": { //提取User
  3.         "User": {
  4.             "sex": 1, //性别为女
  5.             "@column": "id,name" //只需要id,name这两个字段
  6.         }
  7.     }

返回:

  1. {
  2.     "User[]": [
  3.         {
  4.             "id": 82002,
  5.             "name": "Happy~"
  6.         },
  7.         {
  8.             "id": 82003,
  9.             "name": "Wechat"
  10.         },
  11.         {
  12.             "id": 82005,
  13.             "name": "Jan"
  14.         }
  15.     ],
  16.     "code": 200,
  17.     "msg": "success"
  18. }

还要进一步提取名字?User-name[] 满足你:

表单:

  1. {
  2.     "User-name[]": { //提取User.name
  3.         "User": {
  4.             "sex": 1, //性别为女
  5.             "@column": "name" //只需要name这个字段
  6.         }
  7.     }
  8. }

返回:

  1. {
  2.     "User-name[]": [
  3.         "Happy~",
  4.         "Wechat",
  5.         "Jan",
  6.         "Meria",
  7.         "Tommy"
  8.     ],
  9.     "code": 200,
  10.     "msg": "success"
  11. }

但如果是含多张表关联的数组,就不要去掉了哦:

表单:

  1. {
  2.     "[]": {
  3.         "Comment": {}, //评论
  4.         "User": {      //发布评论的用户
  5.             "id@": "/Comment/userId" //User.id = Comment.userId
  6.         }
  7.     }
  8. }

返回:

  1. {
  2.     "[]": [
  3.         {
  4.             "Comment": {
  5.                 "id": 3,
  6.                 "toId": 0,
  7.                 "userId": 82002,
  8.                 "momentId": 15,
  9.                 "date": "2017-02-01 19:20:50.0",
  10.                 "content": "This is a Content...-3"
  11.             },
  12.             "User": {
  13.                 "id": 82002,
  14.                 "sex": 1,
  15.                 "name": "Happy~",
  16.                 "tag": "iOS",
  17.                 "head": "http://static.oschina.net/uploads/user/1174/2348263_50.png?t=1439773471000",
  18.                 "contactIdList": [
  19.                     82005,
  20.                     82001,
  21.                     38710
  22.                 ],
  23.                 "pictureList": [],
  24.                 "date": "2017-02-01 19:21:50.0"
  25.             }
  26.         },
  27.         {
  28.             "Comment": {
  29.                 "id": 4,
  30.                 "toId": 0,
  31.                 "userId": 38710,
  32.                 "momentId": 470,
  33.                 "date": "2017-02-01 19:20:50.0",
  34.                 "content": "This is a Content...-4"
  35.             },
  36.             "User": {
  37.                 "id": 38710,
  38.                 "sex": 0,
  39.                 "name": "TommyLemon",
  40.                 "tag": "Android&Java",
  41.                 "head": "http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000",
  42.                 "contactIdList": [
  43.                     82003,
  44.                     82005
  45.                 ],
  46.                 "pictureList": [
  47.                     "http://static.oschina.net/uploads/user/1218/2437072_100.jpg?t=1461076033000",
  48.                     "http://common.cnblogs.com/images/icon_weibo_24.png"
  49.                 ],
  50.                 "date": "2017-02-01 19:21:50.0"
  51.             }
  52.         }
  53.     ],
  54.     "code": 200,
  55.     "msg": "success"
  56. }

还有动态 Moment 和它的点赞用户列表:

  1. {
  2.     "Moment": {},
  3.     "User[]": {
  4.         "User": {
  5.             "id{}@": "Moment/praiseUserIdList" //id在点赞列表praiseUserIdList内
  6.         }
  7.     }
  8. }

类似微信个人资料界面:

  1. {
  2.     "User": {},
  3.     "Moment[]": { //朋友圈照片列表
  4.         "Moment": {
  5.             "@order":"date-", //按发布时间date倒序排列
  6.             "userId@": "User/id"
  7.         }
  8.     }
  9. }

类似微信朋友圈的动态列表:

  1. {
  2.     "[]": {
  3.         "count": 3, //只要3个
  4.         "page": 2,  //要第2页的
  5.         "Moment": {},
  6.         "User": {
  7.             "id@": "/Moment/userId"
  8.         },
  9.         "Comment[]": {
  10.             "Comment": {
  11.                 "momentId@": "[]/Moment/id"
  12.             }
  13.         }
  14.     }
  15. }

...

推荐一个 Spring Boot 基础教程及实战示例:https://github.com/javastacks/spring-boot-best-practice

任意结构,任意内容,任意组合,

想要什么 JSON 结构、字段内容、表关联组合查询都可以完全自定义!

  1. "key[]":{}                                         // 查询数组
  2. "key{}":[1,2,3]                                    // 匹配选项范围
  3. "key{}":"<=10,length(key)>1..."                    // 匹配条件范围
  4. "key()":"function(arg0,arg1...)"                   // 远程调用函数
  5. "key@":"key0/key1.../targetKey"                    // 引用赋值
  6. "key$":"%abc%"                                     // 模糊搜索
  7. "key?":"^[0-9]+$"                                  // 正则匹配
  8. "key+":[1]                                         // 增加/扩展
  9. "key-":888.88                                     // 减少/去除
  10. "name:alias"                                      // 新建别名
  11. "@column":"id,sex,name"                           // 返回字段
  12. "@group":"userId"                                 // 分组方式
  13. "@having":"max(id)>=100"                          // 聚合函数
  14. "@order":"date-,name+"                            // 排序方式

以上都是查询请求,再试试 增删改 和 统计 :

增: http://apijson.cn:8080/post

  1. {
  2.     "Comment": {
  3.         "userId": 82001,
  4.         "momentId": 15,
  5.         "content": "测试新增评论"
  6.     },
  7.     "tag": "Comment"
  8. }

删: http://apijson.cn:8080/delete

  1. {
  2.     "Comment": {
  3.         "id": 1510394480987
  4.     },
  5.     "tag": "Comment"
  6. }

改: http://apijson.cn:8080/put

  1. {
  2.     "Comment": {
  3.         "id": 22,
  4.         "content": "测试修改评论"
  5.     },
  6.     "tag": "Comment"
  7. }

批量删: http://apijson.cn:8080/delete

  1. {
  2.     "Comment": {
  3.         "id{}": [1510394480987, 1510394804925]
  4.     },
  5.     "tag": "Comment[]"
  6. }

批量改: http://apijson.cn:8080/put

  1. {
  2.     "Comment": {
  3.         "id{}": [22, 114],
  4.         "content": "测试批量修改评论"
  5.     },
  6.     "tag": "Comment[]"
  7. }

统计: http://apijson.cn:8080/head

  1. {
  2.     "Comment": {
  3.         "content$": "%测试%" //内容包含 测试 两个字
  4.     }
  5. }

写操作需要对应的权限,就是用 3 行代码配置的,请求报错:

登录后角色自动变为 LOGIN(可传@role 来自定义),符合 Comment 的 POST 权限配置,成功:

回想下,代码才写了 3 行,就实现了包括增删改查等各种操作的 8 个接口以及这么多种查询!

事实上用 APIJSON 根本就不用自己写接口!这 3 行代码其实是为了做权限管理!

像个人博客、非商业的新闻资讯网站这种可以没有权限控制的,

改下全局配置,不做权限校验,那就连一行代码都不用写了!!!

(完)

  1. 【推荐阅读】
  2. SpringBoot + Shiro前后端分离Vue项目,写得太好了吧!
  3. 最牛逼的 Java 日志框架,性能无敌,横扫所有对手.....
  4. Stackoverflow 高赞答案,为什么牛逼的程序员都不用 ! = null ' 做判空
  5. Nginx 配置清单(一篇够用)

好文章!点个在看!

相关文章