REST API的设计

前言

客户端通过请求URL,传递参数,去获取指定的数据,这就是API(ApplicationProgramInterface)。

API是前端和客户端操作后端数据的一种方式,一种接口。当一个Web应用以API的方式对外提供功能和接口时,整个应用的架构模式是这样的:

但是,URL怎么约定,参数以什么编码方式传,响应数据的格式是什么样的,以及响应码怎么约定,API版本升级怎么设计,这些问题是设计这些API的后端人员不得不考虑的问题。

2000年,Roy Fielding博士在论文中提出REST(Representational State Transfer)风格的软件API架构模式。该模式对上面的问题提出了针对性的解决方案,迅速被大家接受,逐渐流行起来。

REST是一种API的设计模式,它将数据库的数据看做是一个个的资源。客户端的请求就是对这些资源的操作,这些操作无外乎增删改查四种。这种模式简单易读,易于维护。

这种设计模式提倡我们遵循以下原则。

数据格式

REST提倡数据格式应该使用轻量级,易于阅读的json格式。这要求我们除了GET请求方式外,其他请求方式的请求体都应该是json,响应体也是json。

所以,请求头和响应头的Content-Type都应该为application/json

请求方式

REST将请求看做是对某个资源的增删改查操作,正好对应了Http请求的GET,POST, PUT, DELETE 4种请求方法。

对应关系如下:

  • 获取资源:GET方式
  • 创建资源:POST方式
  • 更新资源:PUT方
  • 删除资源:DELETE方式

URL设计

REST提倡声明式的URL设计。URL设计需要考虑层次化,可扩展,易于维护。每一个URL都表示对某个资源的操作,假设我们要操作服务器的博客数据,可以这样设计:

  • 通用的资源操作方式:
    // 获取所有博客
    GET /api/blogs
    // 获取指定博客
    GET /api/blogs/1234
    // 创建博客
    POST /api/blogs
    // 更新指定博客
    PUT /api/blogs/1234
    // 删除指定博客
    DELETE /api/blogs/1234
  • 资源的过滤操作,使用查询参数来限定条件:
    // 分页获部分博客
    GET /api/blogs?page=1&size=15&sort=time
  • 按层次组织资源:
    // 获取某个博客下面的所有评论
    GET /api/blogs/143/comments

    层次化的设计有可能会让URL太长,不便于阅读,比如:

    // 获取某个博客下面的某个评论的某个回复
    GET /api/blogs/123/comments/12343/replys/2231

    所以,我们也可以使用扁平化的方式设计所有的资源:

    // 获取某个博客的所有评论,使用查询参数来限定条件
    GET /api/comments?blogId=123
    // 获取某个评论的所有回复
    GET /api/replys?commentId=123
  • API的版本升级。

    我们的API会不断的更新迭代,比如:获取所有订单的URL参数多加了一个时间戳。如果我们直接更改原来接口的逻辑,会导致旧版本的客户端获取失败。因此,通过添加一个路径/v1来让我们的API更加维护性。
    // 获取所有订单, 第一版
    GET /api/v1/orders
    // 获取所有订单, 第二版
    GET /api/v2/orders

响应设计

响应设计分为数据结构设计和响应码设计。

  • 响应数据结构设计

    客户端对资源的操作有可能成功,也有可能失败。以前我一直使用使用这样的数据结构:

    {
    code: 1/0, // 会有很多标识码,11, 12, 13 ...
    msg: "获取成功/获取失败",
    data: [...]/{}
    }

    整体的结构一定不能变,数据的变化体现在data字段。这样非常方便客户端的解析或者序列化(静态语言)。

  • 响应码设计

    响应码分为http响应码和逻辑响应码。http响应码很简单,如果成功就200,服务器出错就500。而逻辑响应码则是需要自己来定义,比如:1表示用户不存在,2表示密码错误。

前后端分离

在以前的时代,用户请求一个网页,服务端通过JSP技术,或者其他模板引擎技术动态渲染后,返回给用户。它们看起来像这样:

这样做的坏处是,后端和前端融合在一起,哪怕前端代码不是由后端人员来写,仍然需要2方人员进行必要的交流和沟通,降低了开发效率;而且前端和后端共同部署,灵活性差;而且后台处理静态资源的性能较差,也不应该去处理静态资源压缩,缓存等问题,应该交给代理服务器来处理,比如Nginx。

前后端分离最极致作法是:前端和后端各自独立编写,独立部署,通过API接口进行交互。他们看起来像这样:

项目实战:电商管理后台

目标,实现一个有账户模块,权限模块,商品和分类模块和订单模块,给商家和管理员使用的后台系统。

项目采用前后端分离的开发方式,本身只实现API功能,并没有提供界面。

项目结构搭建和实施流程

在之前TODO项目的基础上,增加一个middleware包和test包,前者用来存放中间件的包,因为权限管理需要用中间件来实现;后者是测试相关包。

  1. 每个模块的实现顺序为:model层 --> service层 --> router层。
  2. 单元测试:service层写脚本测试;router层使用postman测试。

配置文件的环境切换

开发环境和生产环境的配置一般是不一样的,比如端口配置,数据库配置。一般我们是通过环境变量NODE_ENV来区分。为了能够动态切换配置,就需要根据当前NODE_ENV的值来加载不同的配置对象。

做法就是:

  1. 建立config目录,创建dev.jsprod.js分别存放对应的配置信息
  2. 编写index.js,实现动态切换配置的逻辑。

目录结构:

编写入口文件

添加依赖:

npm i body-parser express express-async-errors mongoose morgan

编写app.jsdb.js文件。

app.js

//引入dib
require('./db') const config = require('./config');
const morgan = require('morgan')
const bodyParser = require('body-parser');
const express = require('express')
// 引入异常捕获处理
require('express-async-errors'); const app = express(); //注册中间件
// log中间件
app.use(morgan('combined')); //注册自定义的中间件 // 注册body-parser中间件
// parse application/x-www-form-urlencoded
app.use(bodyParser.urlencoded({ extended: false }));
// parse application/json
app.use(bodyParser.json()); // 注册路由
app.use("/users", require('./router/account')); // 注册异常处理中间件
app.use((err, req, res, next)=>{
res.fail(err.toString())
}); //启动
app.listen(config.PORT);

db.js

const config = require('./config');
const mongoose = require('mongoose');
mongoose.connect(`mongodb://127.0.0.1/${config.DB}`); const db = mongoose.connection; db.on('error', (err)=>{
console.log(err);
}); db.on("open", ()=>{
console.log("mongodb connect successfully!");
});

账户模块

先编写model,再service,最后router;最后对service和router进行测试。

REST中间件

为了方便进行REST结果的返回,我们编写一个res_md.js中间件,作用是给每个res对象安装2个方法,注意该中间件注册的顺序尽量放在前面。代码如下:

module.exports = function (req, res, next) {
res.success = (data = null) =>{
res.send({
code: 0,
msg: "操作成功",
data: data
})
};
res.fail = (msg)=>{
res.send({
code: -1,
msg: msg
})
}; next();
};

账户model

const mongoose = require('mongoose')
const schema = new mongoose.Schema({
username: {
type: String,
required: [true, "用户名不能缺少"]
},
password: {
type: String,
required: [true, "密码不能缺少"]
},
age: {
type: Number,
min: [0, "年龄不能小于0"],
max: [120, "年龄不能大于120"]
},
role: {
type: Number,
default: 0 // 0是商家, 10086是管理员
},
created:{
type: Date,
default: Date.now()
}
}); module.exports = mongoose.model('user', schema);

账户service

const User = require('../model/user');
const config = require('../config')
const crypto = require('lxj-crypto') /**
* 根据用户名获取某个用户
* @param username
* @returns {Promise<*>}
*/
async function getUserByUsername(username) {
return await User.findOne({username: username}).select("-__v")
} async function checkCanInsertUser(user) {
//检查密码是否为空
if(!user.password || user.password.length===0){
throw Error("密码不能为空")
}
//检查用户是否已经存在
let res = await getUserByUsername(user.username);
if(res){
throw Error("用户名已经存在")
}
} /**
* 添加普通用户
* @param user
* @returns {Promise<void>}
*/
async function addUser(user) {
await checkCanInsertUser(user); user.role = 0;
user.created = Date.now(); //对密码进行加密,加密的方式:使用username作为随机数对password进行哈希
user.password = crypto.md5Hmac(user.password, user.username)
await User.create(user)
} async function deleteUser(id) {
let res = await User.deleteOne({_id:id});
if(!res || res.n===0){
throw Error("删除用户失败")
}
} /**
* 登录的方法
* @param user
* @returns token
*/
async function login(user) {
// 1. 对密码进行加密
user.password = crypto.md5Hmac(user.password, user.username)
// 2. 进行查询
let res = await User.findOne({username:user.username, password: user.password});
if(!res){
throw Error("用户名或者密码错误")
} // 说明用户名和密码验证成功,需要生产token返回给客户端,以后客户端的header中带上这个token
// token 生产方法:用aes进行对指定的data加密
let tokenData = {
username: user.username,
expire: Date.now() + config.TokenDuration
};
let token = crypto.aesEncrypt(JSON.stringify(tokenData), config.TokenKey);
return token
} module.exports = {
getUserByUsername,
addUser,
deleteUser,
login
};

账户router

let router = require("express").Router();
let accountService = require('../service/accout') router.get("/:username", async (req, res)=>{
let user = await accountService.getUserByUsername(req.params.username);
res.success(user);
}); // 登录
router.post("/login", async (req, res)=>{
let token = await accountService.login(req.body);
res.success({token});
}); // 注册
router.post("/register", async (req, res)=>{
await accountService.register(req.body)
res.success()
}); router.delete("/:id", async (req, res)=>{
await accountService.deleteUser(req.params.id)
res.success()
}); module.exports = router;

NodeJs04的更多相关文章

随机推荐

  1. Apache 负载均衡 端口转发 配置

    转载自:https://blog.csdn.net/snihcel/article/details/38844323 [端口转发配置]       通过http_proxy做tomcat的端口转发: ...

  2. JQuery基础原理 与实例 验证表单 省市联动 文本框判空 单选 复选 判空 下拉判空 确认密码判等

    JQuery 基础原理 <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> & ...

  3. SVN中trunk,branches,tags用法详解(转载)

    转载出处:http://www.cnblogs.com/dafozhang/archive/2012/06/28/2567769.html Subversion是一个自由开源的版本控制系统.在Subv ...

  4. sql的使用

    1.自动获取最新订单号 select concat('XJDD',DATE_FORMAT(now(),'%Y%m%d'), LPAD(( FOR )) , max(SUBSTRING(inquiryn ...

  5. 文本处理工具-AWK

    awk简介 awk功能与sed相似,都是用来进行文本处理的.awk可以自动地搜索输入文件,并把每一个输入行切分成字段.许多工作都是自动完成的,例如读取每个输入行.字段分割. awk工作原理 awk一次 ...

  6. Shell学习——Shell分类:登录shell和非登陆shell 交互shell和非交互shell

    1.从两个不同维度来划分,是否交互式,是否登录 2.交互式shell和非交互式shell 交互式模式:在终端上执行,shell等待你的输入,并且立即执行你提交的命令.这种模式被称作交互式是因为shel ...

  7. Python--基础2

    class Ball: #def setname(self,name): def __init__(self,name): self.name = name def __kick(self): #__ ...

  8. 实用jquery插件

    jquery toast 一个弹窗插件 jquery.form.min.js 一个Ajax表单插件

  9. 数据分析处理库Pandas——merge操作

    有一列列名相同值也相同 有两列列名相同值也相同 按其中一列合并 按两列合并 有一列列名相同值也相同,有一列列名相同值不相同,按两列合并 列名相同值不相同的行删掉 保留所有行 保留所有行并显示合并后该值 ...

  10. ElasticSearch 环境安装

    1)官网安装教程: http://www.elasticsearch.org/guide/reference/setup/installation/   2)简单安装: http://log.medc ...