后端开挂,3行代码写出8个接口

后端开挂:3行代码写出8个接口!,后端3行

自然有成都百货上千人会想:

那怎么只怕吧?

不怕用差少之甚少零配置的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:

表单:

{
    "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:

表单:

{
    "[]": { //数组
        "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": {      //发布评论的用户
            "[email protected]": "/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倒序排列
            "[email protected]": "User/id"
        }
    }
}

 

临近微信交际圈的动态列表:

{
    "[]": {
        "count": 3, //只要3个
        "page": 2,  //要第2页的
        "Moment": {},
        "User": {
            "[email protected]": "/Moment/userId"
        },
        "Comment[]": {
            "Comment": {
                "[email protected]": "[]/Moment/id"
            }
        }
    }
} 

 

自便结构,大肆内容,任性组合,

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

"key[]":{}                                         // 查询数组

"key{}":[1,2,3]                                    // 匹配选项范围

"key{}":"<=10,length(key)>1..."                    // 匹配条件范围

"key()":"function(Type0:value0,Type1:value1...)"   // 远程调用函数

"[email protected]":"key0/key1.../targetKey"                    // 引用赋值

"key$":"SQL搜索表达式"                              // 模糊搜索

"key?":"正则表达式"                                 // 正则匹配

"key+":key指定类型的Object                          // 增加/扩展

"key-":key指定类型的Object                          // 减少/去除 

"name:alias"                                      // 新建别名

"@column":"id,sex,name"                           // 返回字段

"@group":"userId"                                 // 分组方式

"@having":"max(id)>=100"                          // 聚合函数

"@order":"date-,name+"                            // 排序方式

 

 

如上皆以询问央求,再试试 增加和删除改 和 总结 :

增:  

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

 

删:  

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

 

改:  

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

 

批量删:  

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

 

批量改:  

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

 

统计:  

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

 

 

  

回想下,代码才写了3行,就兑现了包罗增加和删除改查等各类操作的8个接口以及这么七种查询!

实质上用APIJSON根本就不用自个儿写接口!那3行代码其实是为着做权限管理!

像个人博客、非商业的消息资源音讯网址这种能够未有权力调控的,

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

 

 

APIJSON – 后端超光速开辟框架

图片 1

 

**Github源码及文书档案(右上角点Star协理下吧^_^)**

下载客商端(测量试验服务器地址:

APIJSONClientApp.apk

 

图片 2图片 3

显著有无数人会想: 那怎么大概啊?
固然用大致零配置的SpringBoot,写贰个最简易的接口也得有…

一定有诸五个人会想:

那怎么恐怕啊?

哪怕用差不离零配置的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:

表单:

{
    "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:

表单:

{
    "[]": { //数组
        "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这个字段
        }
    }
}

返回:

发表评论

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