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. 线程 task训练

    1. task类表示一个线程,最简单的task的构造方法是 ,参数是Action<t>,是一个无返回值的泛型委托. 指向要执行的函数.当调用·start()方法时,就执行子线程.执行指向的 ...

  2. css隐藏元素的六类13种方法

    隐藏元素的方法 隐藏元素的方法可以总结为六类:直接隐藏.对溢出内容隐藏.对元素透明度进行调整.将元素移除当前屏幕.对元素的层级关系进行调整.对元素进行裁剪 只有对元素的透明度进行调整才可以点击,其余都 ...

  3. 复式记账中"借"与"贷"的理解

    财务常识中,复式记账法应用极广,公司采用的是它的借贷记账法.因此,深刻的理解"借"与"贷"的含义极其重要.  一切从历史说起. 起源: Credit  英文含义 ...

  4. Awt & Swing

    AWT 是抽象窗口组件工具包,是 java 最早的用于编写图形节目应用程序的开发包. Swing 是为了解决 AWT 存在的问题而新开发的包,它以 AWT 为基础的. 具体的说就是: AWT 是Abs ...

  5. 网际协议 IP

    网际协议 网际协议(internet  protocol),简称IP; 概念:TCP/IP网络体系结构中网际层的协议.用以提供无连接的数据服务. 1.IP地址的概念及组成 概念:IP地址就是用来唯一标 ...

  6. 重新认识下数组的concat方法

    最近在学习react,看官方文档的时候,有一个例子中的一句话让我困惑.就是讲todoList的例子 concat不是连接数组的吗?看了一下concat的介绍 数组虽然是对象类型,但是对象毕竟不是数组啊 ...

  7. get请求中文乱码问题

    Get中文乱码解决 Get请求类型: <form action="${pageContext.request.contextPath}/addArtical.action"  ...

  8. 一个简单的WPF MVVM实例【转载】

    引用地址:http://blog.csdn.net/yl2isoft/article/details/20838149 1 新建WPF 应用程序WPFMVVMExample 程序结构如下图所示. 2  ...

  9. python中的列表内置方法小结

    #!/usr/local/bin/python3 # -*- coding:utf-8 -*- ''' names=['zhangyu','mahongyan','zhangguobin','shac ...

  10. ZOJ3640 概率DP

    Background If thou doest well, shalt thou not be accepted? and if thou doest not well, sin lieth at ...