为了账号安全,请及时绑定邮箱和手机立即绑定

JEESZ REST 服务接口文档

1、 引言.....................................................................................................................................

1.1、 REST 介绍..................................................................................................................

1.1、 编写目的……………………………………………………………………………..

1.2、 编写原则.....................................................................................................................

1.3、 变更历史.....................................................................................................................

2、 服务使用说明

2.1、 当前系统已经提供的服务………………………………………………………….

2.2、 GET 方式调用服务…………………………………………………………………

2.3、 POST 方式调用服务………………………………………………………………..

2、 我的收藏服务列表.............................................................................................................

2.1、 添加标签分类.............................................................................................................

2.2、 删除分类标签.............................................................................................................

2.3、 更新分类标签...........................................................................................................

1、 引言

1.1、 REST 介绍

REpresentational State Transfer (REST) 是一种架构原则,其中将 web 服务视为资源,可以由其 URL 唯一标识。RESTful Web 服务的关键特点是明确使用 HTTP 方法来表示不同的操作的调用。

REST 的基本设计原则对典型 CRUD 操作使用 HTTP 协议方法:

POST - 创建资源

GET - 检索资源

PUT – 更新资源

DELETE - 删除资源

REST 服务的主要优势在于:

它们是跨平台 (Java、.net、PHP 等)高度可重用的,因为它们都依赖基本 HTTP 协议。

它们使用基本的 XML,而不是复杂的 SOAP XML,使用非常方便。

基于 REST 的 web 服务日益成为后端企业服务集成的首选方法。与基于 SOAP 的web 服务相比,它的编程模型简单,而本机 XML(而不是 SOAP )的使用减少了序列化和反序列化过程的复杂性,并且不再需要其他作用相同的第三方库。

1.2、 编写目的

编写本文的目的是为了将系统功能进行模块化、服务化,将用户的操作以服务的方式提供。系统与系统之间遵循服务规范,将系统与系统之间的交互转为定制化服务交互,以实现系统与系统之间的集成。

1.3、 编写原则

可寻址性(Addressability)REST 中的所有东西都基于资源 的概念。资源与 OOP 中的对象或其他名词不同,它是一种抽象,必须可以通过 URI 寻址或访问。接口一致性(Interface uniformity)与 SOAP 或其他标准不同,REST 要求用来操纵资源的

方法或动词不是任意的。这意味着 RESTful 服务的开发人员只能使用 HTTP 支持的方法,比如GET、PUT、POST、DELETE 等等。因此不需要使用 WSDL 等服务描述语言。无状态(Statelessness)为了增强可伸缩性,服务器端不存储客户机的状态信息。这使服务器不与特定的客户机相绑定,负载平衡变得简单多了。这还让服务器更容易监视、更可靠。

具象(Representational)客户机总是与资源的某种具象交互,绝不会直接与资源本身交互。

同一资源还可以有多个具象。理论上说,持有资源的具象的任何客户机应该有操纵底层资源的足够信息。

连通性(Connectedness)任何基于 REST 的系统都应该预见到客户机需要访问相关的资源,应该在返回的资源具象中包含这些资源。例如,可以以超链接的形式包含特定 RESTful 服务的操作序列中的相关步骤,让客户机可以根据需要访问它们。

1.4、 变更历史

https://img1.sycdn.imooc.com//5b4c528b00016d6712480296.jpg

2、 服务使用说明

2.1、 当前系统已经提供的服务

https://img1.sycdn.imooc.com//5b4c52b2000193b008670783.jpg


2.2、 GET 方式调用服务

https://img1.sycdn.imooc.com//5b4c52bd0001981f08360358.jpg

说明:

1. 请求方式包括:GET (这里以 area 服务为实例,GET 对应每一个服务 Resource 中的

@RequestMapping(value = "treeData", method = RequestMethod.GET))

2. 请求 URL:rest 服务请求地址,对应 XXXServiceResource.java 的 mapping 配置中的 value

@RequestMapping(value = "treeData", method = RequestMethod.GET))

3. 其中 GET 请求只包含了请求方式和请求的 URL,返回的结果以 json 格式返回给客户端

2.3、 POST、DELETE、UPDATE 方式调用服务

https://img1.sycdn.imooc.com//5b4c52c7000117f708150375.jpg

说明:

1. 请求方式选择 POST、DELETE、UPDATE(这里以保存收藏功能为例(PUT 请求),对应每一个服 Resource 中的@RequestMapping(value = "save", method = RequestMethod.PUT))

2. Json 参数: 其中 POST、DELETE、UPDATE 可能传递参数通过 json,也可能通过路径直接拼接参数,这边以传递 json 到服务端为实例,对应服务端代码:

public JSONObject save(@RequestBody JSONObject obj, BookmarkTag bookmarkTag) {

3. 请求 URL:rest 服务请求地址,对应 XXXServiceResource.java 的 mapping 配置中的 value@RequestMapping(value = " save", method = RequestMethod.PUT))

4. 返回的结果以 json 格式返回给客户端

3、 服务列表(这边以我的收藏服务为例)

3.1、 添加标签分类

https://img1.sycdn.imooc.com//5b4c52cf0001f11008020701.jpg


3.2、 删除分类标签


https://img1.sycdn.imooc.com//5b4c53090001617108490091.jpg

https://img1.sycdn.imooc.com//5b4c530a0001c94608500379.jpg


3.3、 更新分类标签

https://img1.sycdn.imooc.com//5b4c52ed0001918808520662.jpg

3.4、 获取分类标签列表

https://img1.sycdn.imooc.com//5b4c52e30001631508510759.jpg


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消