Skip to content

lanvige/koa2-boilerplate

Repository files navigation

Koa2 Boilerplate

这是团队近两年的 Koa2 + ES 2017 做 API 项目的最佳实践,项目中用到一些新的 Feature,并完成了从 request 到 service 和 DB(Sequlize)到 response 的全部流程。同时也包含了一些基本的 middleware。

项目用到的功能

🌈 Koa2 & koa-router

Koa 相对于 Express 更吸引开发者的地方莫过于 U 型 Middleware 机制,而 Koa2 则是更激进的使用到了 async 语法,这也是迟迟未发布正式版的原因。

🌈 Babel

目前 Node v6 已经支持了绝大多数 ECMAScript 新的语法,http://node.green/

在本项目中用到的 feature 中,只有 async functionsES Modules 暂未支持,所以在配置项中,只需要开启这两项就够了。

{
  "presets": ["es2017"],
  "plugins": ["transform-es2015-modules-commonjs"],
  "sourceMaps": "both"
}

- async funcations

通过 babel 来将 async-await 编译为 generater。 (为了 async 的美可以做出任何牺牲)。

在 Node v7.x 中 async functions 已经可以通过 --harmony 来开启原生支持了。

- ES Modules

ECMAScript 中模块化有一些显著的变化,像 import/export具体见

ES Modules 是一个烫手的山芋,除了技术的问题外,还有多方的争论,可参见

🌈 DI Container

在之前的 Express 项目中,大量的文件在开头要被 require,而且这些文件散落在各处,一旦要进行修改,真的是痛不堪言。

DI 可以统一管理这些依赖,只需要统一处理,当然最大的好处莫过于解耦,便于测试。

本项目中用到的是库: Awilix

🌈 Environment

使用 application.json 来统一配置系统的变量。

🌈 Sequlize (MySQL)

项目中 ORM 使用 [email protected],虽然 4.x 版本一直没有 release,但其支持 MySQL 5.7 中的 JSON feature,安全性很好,值得推荐,这里是一个简单的 MySQL 的示例。


目录结构

一般通过 Node 创建的 web 项目,通用的作法是将源码等放在一个 src 的目录下,这样的好处是为了方便编译。(感谢 babel,可以提前享受 ES 新语法。)

后端项目也有一些这样的实践,但这里并没有采用,原因是随着 Node 对标准的支持,在不久的将来,我们线上的代码是不再需要编译的。可以像 rails 一下直接运行(好期待那天)。

当然目前还是需要编译的,这样就不需要在服务器上跑 babel-runtime,会对性能有影响。dist 是编译后的目录,通过 npm 对具体目录做了一些单独的编译。

  • app: 项目主要的业务逻辑代码。
    • apis: 本层主要处理到达的请求,将参数做整理,然后交由 service 层。
    • services: 服务层从 ORM 中取数据,然后拼接加工,最后返回 api 层。
    • models: 项目的 models,由 Sequlize 来定义,并提供基础的增删查改接口。
  • bin:
    • _babel.js: babel-runtime 的配置文件,DEV 环境下使用,动态编译 js。
    • server.js: 项目的启动文件,根据环境来判断是否需要 babel-runtime。
  • config: 环境变量配置目录,包括应用的变量,DB 的连接配置。
  • db: 数据库的一些资源。
  • dist: 编译后的文件。
  • lib: 一些系统类库,处理环境变量。和工具类。
    • middleware: Koa2 的中间件。
    • apiContainer.js: api 的 Container 创建工作。
    • serviceContainer.js: service & model Container 创建工作。
  • test: 测试用例。

npm run 脚本命令

这里定义了一些常用的启动命令:

  • start: 通过该命令,可以启动 App。默认端口 3000,默认环境 development。可通过 ENV 来设置,如 NODE_ENV=production PORT=3033 npm run start
  • dev: 开发环境,通过 nodemon 来启动 js,可对文件修改进行监控,方便自动重启。
  • build: 通过 babel 的命令行,将代码中未支持的语法进行编译,和其它配置、项目文件一起,放置到 dist/ 目录,代码可用于 production 环境。
  • test: 运行 mocha 进行测试。
  • test-watch: 同上,但使用 watch-mode。
  • lint: 使用 ESLints 对项目的代码进行风格检查,配置文件在 .eslintrc 中。
  • lint-watch: 同上,但使用 watch-mode。

Tip: 在使用 lint 和 lint-watch 前,要先安装 eslint 工具:

$ npm install -g eslint
$ npm install -g eslint-watch

# 使用 yarn
$ yarn global add eslint
$ yarn global add eslint-watch

Run & Deploy

- 开发环境

推荐使用 nodemon,它能方便的检测文件变化,自动重启服务。

$ yarn global add nodemon babel-cli
$ yarn run dev

当然,也可以直接通过 node 来启动。

$ yarn global add babel-cli
$ yarn start

这两者都直接使用了 babel-node,它可以只使用一个 .babelrc 的配置,而不用 babel-register。

- 生产环境

推荐使用 PM2,process.yml 是 PM2 的启动脚本。


使用愉快~~~

如果有任何问题,欢迎 PR 或 提 Issue。