JEESZ REST服务接口文档

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 服务的操作序列中的相关步骤，让客户机可以根据需要访问它们。基于 REST 的 Web 服务日益成为后端企业服务集成的

1.4、       变更历史

序号	变更人员	变更时间	变更内容
1	Jeesz	2014-10-02	我的收藏服务3.1、3.2、4.3、5.4(仅仅以我的收藏部分服务为实例)，用户根据自己的业务编写相关的服务文档即可

 

2、      服务使用说明

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

 

 

2.2、     GET方式调用服务

说明：

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方式调用服务

说明：

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、     添加标签分类

 

请求方式	PUT
服务URL	http://localhost:8080/jeesz-service-web/rest/bookmark/save
路径参数?*描述	无
参数类型(Type)	application/json
参数描述	{“name”:”jeesz”} 备注： name：标签名称
返回值类型(Type)	application/json
描述	添加成功： {result:”添加成功”, ”name”:”jeesz”,” bookmarkTagId”:”123456789”} 提示：返回结果由用户根据自己的业务去扩充

 

3.2、     删除分类标签

 

请求方式	DELETE
服务URL	/bookmark/delete? bookmarkTagId =xxxx
路径参数?*描述	bookmarkTagId：分类标签id
参数类型(Type)	String
返回值类型(Type)	application/json
描述	添加成功：{“result”:”删除成功”} 提示：返回结果由用户根据自己的业务去扩充

 

3.3、     更新分类标签

请求方式	POST
服务URL	/bookmark/update
路径参数?*描述	无
参数类型(Type)	application/json
参数描述	{“id”:”标签id”,“name”:”标签name”} 备注： id：标签id name：标签名称
返回值类型(Type)	application/json
描述	添加成功：{“result”:”更新成功”} 提示：返回结果由用户根据自己的业务去扩充

 

3.4、     获取分类标签列表

请求方式	GET
服务URL	/bookmark/list?pageNo=1&pageSize=3
路径参数?*描述	pageNo：当前页 pageSize：每页显示多少条
参数类型(Type)	无
参数描述	通过request获取参数（根据自己的业务，可以通过其他方式获取，如路径参数?*、路径拼接参数等）
返回值类型(Type)	application/json
描述	{"pageNo":1,"pageSize":1,"count":42, "list":[{"id":"de0163b614b34c0ba99590e8e63b9e3e", "isNewRecord":false,"createDate":"2016-02-28 21:40:36","updateDate":"2016-02-28 21:40:36","bookmarktagname":"jeesz"}]

知识分享可参考源码：http://minglisoft.cn/technology

朋友需要请加球球：二零四二八四九二三七

 

转载于:https://my.oschina.net/u/3451464/blog/919423