基于本人在如今公司的Node微服务实践, 不断维护升级着一个Node Restful API种子项目, 特此共享出来以供借鉴和讨论. 项目中几乎全部的东西都使用了node/javascript及相应模块的最新功能, 语法, 和实践. javascript
接上一篇帖子, 本次分享将会对此项目提供的各个主要功能不分前后作下详细介绍.
项目github仓库地址, 欢迎star: https://github.com/xiaozhongliu/node-api-seedhtml
.vscode VSC服务调试/测试调试配置 config 多环境服务配置, 不依赖外部逻辑 ctrl 控制器, 基本与路由对应 log 服务请求日志, 自动生成 midware express服务中间件 model 数据库模型: mongo, postgres/mysql service 服务层, 供控制器/中间件调用 test API测试, 运行命令npm t util 各类工具库, 仅依赖系统配置 .eslintrc.js eslint规则配置 app.js 应用服务入口文件 global-helper.js 挂载少量全局helper message.js 集中管理接口/系统消息 package.json 应用服务包配置文件 pm2.config.js 多环境pm2配置文件 router.js 集中管理服务路由
首次运行项目进行测试, 先脚本建表或执行User.sync()将表结构同步到数据库.
服务运行起来以后, 直接使用postman来实验提供的接口: java
代码文件: router.js
自动判断有没有控制器对应的接口数据校验规则集合, 若有则采用.
包装控制器来统一捕捉抛出的非预期错误, 并将在app.js中最后一个中间件发送告警邮件.
提供基础健康检查接口.node
代码文件: midware/validate.js & util/validator.js
按约定声明与控制器名称相同的接口数据校验规则集合, 便可在请求时进行验证. 例如:mysql
/** * validate api: login */ login: [ // 参数名 参数类型 是否必传 ['sysType', Type.Number, true], ['username', Type.String, true], ['password', Type.String, true], ],
类型校验方法大可能是express-validator模块提供的, 能够自定义类型及其校验方法. 例如:git
isHash(value) { return /^[a-f0-9]{32}$/i.test(value) }, isUnixStamp(value) { return /^[0-9]{10}$/.test(value) },
代码文件: midware/auth.js
此中间件作的无效请求过滤, 和认证不要紧. 具体经过header中传来的ts和token校验请求有效性.
ts或token未传则会直接回绝请求, 这个能够过滤掉95%以上的无效请求了.
ts和token对校验失败回绝请求, 不会执行后续业务逻辑.
ts和token的计算规则参考中间件代码, 客户端要以相同的规则计算后传入, 参考postman中Pre-request Script:github
const ts = new Date().getTime(); const TOKEN = "08fbf466b37a924a8b3d3b2e6d190ef3"; postman.setGlobalVariable("ts", ts); postman.setGlobalVariable("token", CryptoJS.MD5(TOKEN+ts));
代码文件: util/extender.js
给express的response添加扩展方法, 简化使用. 例如:web
// 无需返回数据 res.success() // 须要返回数据 res.success(payload) res.success({ accessToken, sysType: getRes.sysType, username: getRes.username, avatar: getRes.avatar, redirectUrl, })
代码文件: midware/httplog.js
记录请求地址, 请求数据, 响应数据, 响应状态码及处理时长. 例如:redis
2018-02-02 13:23:46 - [B1qkId-Lf] Start POST /login 2018-02-02 13:23:46 - [B1qkId-Lf] Data {"sysType":1,"username":"unittest","password":"e10adc3949ba59abbe56e057f20f883e"} 2018-02-02 13:23:46 - [B1qkId-Lf] Resp {"code":1,"msg":"success","data":{"accessToken":"eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VybmFtZSI6InVuaXR0ZXN0IiwiaWF0IjoxNTE3NTQ5MDI2LCJleHAiOjE1MTg0MTMwMjZ9.-U4P6ksOUN6WsmI3ZEWow9npYDmO-QI020eVY5Mg2bQ","sysType":1,"username":"unittest","avatar":"https://nodejs.org/static/images/logo.svg"}} 2018-02-02 13:23:46 - [B1qkId-Lf] Done 200 (134ms) 2018-02-02 13:23:49 - [SJCJUuZLM] Start GET /verify 2018-02-02 13:23:49 - [SJCJUuZLM] Resp {"code":1,"msg":"success","data":{"username":"unittest"}} 2018-02-02 13:23:49 - [SJCJUuZLM] Done 200 (7ms)
高并发时可经过请求ID来找到同一次请求的多行日志记录.
经过给原生res.json方法增长一个切面来实现非侵入记录响应数据:sql
// add a logging aspect to the primary res.json function const origin = express.response.json express.response.json = function (json) { logger.info(`[${this.reqId}] Resp `, JSON.stringify(json)) return origin.call(this, json) }
支持日志在线预览, 可在浏览器查看日志文件内容(首次会有http auth认证):
固然若是使用的ELK(或者Elastic Stack), 则对于一次请求最好就输出一行json, 以方便logstash或者filebeat抓取.
代码文件: midware/monitor.js
能够打开这个地址查看服务监控面板(首次会有http auth认证): /dashboard
代码文件: test/base.test.js
已经集成VSC Jest测试配置, 选择Jest All这个profile, 加断点并F5便可开始调试. 或者对当前打开的文件选择Jest File这个profile.
我开始用Jest的时候它才8000多star, 和ava差很少并列第三, 但如今已经排第一了, 不得不服本身的眼光, 啊哈哈哈哈...嗝. 样例:
describe('base ctrl tests', () => { test('login succeeds ', async () => { const data = { sysType: 1, username: 'unittest', password: 'e10adc3949ba59abbe56e057f20f883e' } const res = await client.POST(`${host}/login`, data) expect(res.code).toBe(1) expect(res.data.username).toBe('unittest') }) test('login fails ', async () => { const data = { sysType: 1, username: 'unittest', password: 'invalid password' } const res = await client.POST(`${host}/login`, data) expect(res.code).toBe(message.LoginFail.code) }) })
执行npm t, 测试结果以下:
提供了3个基于jsonwebtoken (jwt) 的接口示例: 注册, 登陆, 验证.
验证接口仅供参考, 实际使用时应在中间件中验证jwt, 这样的中间件相似:
module.exports = async (req, res, next) => { if ( ![ '/path/needs/jwt/verification' // TODO: 考虑放到配置 ].includes(req.path) ) { return next() } // // test generating a jwt token // const jwtToken = await jwtSvc.sign({ // foo: 'bar' // }) // console.log(jwtToken) // verify const { authorization } = req.headers if (!authorization) { return next(new Error('verify fail')) // TODO: 修改错误处理, 下同 } const jwtToken = authorization.substr(7) let payload try { payload = await jwtSvc.verify(jwtToken) } catch (e) { return next(new Error('verify fail')) } if (!payload) { return next(new Error('verify fail')) } console.log(payload) // TODO: 设置到req上, 后续就能拿到 next() }
代码文件: service/*.js
node进化到今天, 用原生async/await作代码异步流程控制也已经很久了. 不少库提供了基于promise的API, 但不免还有不少基于thunk的库, 或者同时提供了promise的API但还不完善的库.
对于thunk函数咱们可使用node提供的util.promisify来包装为promise. 例如:
/** * set value of a hash field * @param {string} key hash key * @param {string} field field name * @param {string} value field value */ async hset(key, field, value) { if (typeof value === 'object') { value = JSON.stringify(value) } return promisify(redis.hset)(key, field, value) }, /** * get value of a hash field * @param {string} key hash key * @param {string} field field name */ async hget(key, field) { const value = await promisify(redis.hget)(key, field) try { return JSON.parse(value) } catch (e) { return value } },