菜单

后端开挂:3行代码写来8独接口!

2018年11月15日 - 注册免费送38元体验金

肯定有诸多人口会面想:

立马怎么可能吧?

虽用几零配置的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://39.108.143.172: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.comicon_weibo_24.png"
        ],
        "date": "2017-02-01 19:21:50.0"
    },
    "code": 200,
    "msg": "success"
}

 

 

上面就是翻开了一个User,如果我们如果查阅女性用户列表,可以这么:

URL:http://39.108.143.172: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.comicon_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+"                            // 排序方式

注册免费送38元体验金 1

 

 

 

 

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

增:  http://39.108.143.172:8080/post

{
    "Comment": {
        "userId": 82001,
        "momentId": 15,
        "content": "测试新增评论"
    },
    "tag": "Comment"
}

 

删:  http://39.108.143.172:8080/delete

{
    "Comment": {
        "id": 1510394480987
    },
    "tag": "Comment"
}

 

改:  http://39.108.143.172:8080/put

{
    "Comment": {
        "id": 22,
        "content": "测试修改评论"
    },
    "tag": "Comment"
}

 

批量删:  http://39.108.143.172:8080/delete

{
    "Comment": {
        "id{}": [1510394480987, 1510394804925]
    },
    "tag": "Comment[]"
}

 

批量改:  http://39.108.143.172:8080/put

{
    "Comment": {
        "id{}": [22, 114],
        "content": "测试批量修改评论"
    },
    "tag": "Comment[]"
}

 

统计:  http://39.108.143.172:8080/head

{
    "Comment": {
        "content$": "%测试%" //内容包含 测试 两个字
    }
}

 

写操作需要相应之权,就是之所以3行代码配置的,请求报错:

注册免费送38元体验金 2

 

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

注册免费送38元体验金 3

篇幅有限,安全机制、缓存、版本管理还发生,以后会专门介绍。

 

  

回想下,代码才写了3实践,就落实了席卷增删改查等各种操作的8只接口及这么多查询!

事实上用APIJSON根本就无须自己写接口!这3行代码其实是以举行权限管理!

诸如个人博客、非商业的新闻资讯网站这种可以没有权力注册免费送38元体验金决定的,

反下全局配置,不做权限校验,那就是连一行代码都毫无写了!!!**

 

 

APIJSON – 后端超光速开发框架

注册免费送38元体验金 4

 

 

**Github源码及文档(右上角点Star支持下吧^_^)**

https://github.com/TommyLemon/APIJSON

下载客户端(测试服务器地址:http://39.108.143.172:8080**)**

APIJSONClientApp.apk

 

注册免费送38元体验金 5注册免费送38元体验金 6

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图