后端开挂:3行代码写出8个接口！
肯定有不少人会想：
这怎么可能呢？
就算用几乎零配置的SpringBoot，写一个最简单的接口也得有3行代码啊！
@RequestMapping("test/{request}")
public String test(@PathVariable String request) {
return request + ": Hello World";
}
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来操作一张表，例如用户表User，代码写3行就够了：
//注册表并添加权限，用默认配置 @MethodAccess public 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(Type0:value0,Type1:value1...)" // 远程调用函数
"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行代码其实是为了做权限管理！
像个人博客、非商业的新闻资讯网站这种可以没有权限控制的，
改下全局配置，不做权限校验，那就连一行代码都不用写了！！！
APIJSON - 后端超光速开发框架
Github源码及文档（右上角点Star支持下吧^_^）
https://github.com/TommyLemon/APIJSON
C# .NET Core版
https://github.com/liaozb/APIJSON.NET
下载客户端（测试服务器地址：http://apijson.cn:8080）
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· Linux系列：如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列（二）：开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识（上）
· 阿里最新开源QwQ-32B，效果媲美deepseek-r1满血版，部署成本又又又降低了！
· 单线程的Redis速度为什么快？
· SQL Server 2025 AI相关能力初探
· 展开说说关于C#中ORM框架的用法！
· AI编程工具终极对决：字节Trae VS Cursor，谁才是开发者新宠？