LIME
lime.js 是一个轻量的基于 Koa2 的 Node.js Web开发框架,它基于经典的 MVC 范式,致力于提供简单易用的 Web 应用开发体验。
Feature
-
内核简单、优雅, 易上手
lime.js 可以无缝衔接 Koa 和 npm 的现有生态;在灵活与标准之间,lime 以
中庸
的态度做出权衡,并不断面向用户体验和未来而演进 -
经典 MVC 范式,约定大于配置
采用最经典的分层架构、约定大于配置的设计理念
-
可扩展性强, 功能完备
尽管保持了小而精致的内核,但通过插件机制和社区生态打造的脚手架, lime 完全可以胜任复杂项目的开发
-
面向未来的架构和工具链
对于服务器端而言,升级运行环境的成本要比客户端小的多。也正因如此,lime.js 会毫不客气的废弃对老版本 Node.js 的支持。lime 会用面向未来的态度随时进化
Guide
只要你熟悉 Node.js 基本语法并了解 Koa 框架中的基本概念(如中间件),即可 3 秒钟快速上手 lime.js 框架
下面,我们通过简单的 3 个步骤,开启 LIME.JS 的 Web 开发之旅
- 创建项目并安装 lime.js
# 创建一个项目目录 lime-demo
mkdir lime-demo
cd lime-demo
# 初始化 package.json
npm init -y
# 安装 lime.js 核心作为项目依赖
npm install @limejs/core --save
- 创建 LIME 框架运行所需的项目结构
# 创建一系列目录和文件
mkdir -p config plugin mvc/controller mvc/view mvc/model
touch mvc/router.js mvc/controller/home.js
touch app.js
# 此时 目录结构如下所示
|-config # 站点配置,本示例不涉及
|-plugins # 站点插件,本示例不涉及
|-src
|-controller
|-home.js # 一个叫做 Home首页 的 控制器
|-view
|-home.hbs
|-model
|-router.js # 站点路由
|-app.js # 站点应用入口
|-package.json
- 分别对 app.js、router.js、home.js 编写代码。内容如下:
// router.js 中定义路由
module.exports = (router) => {
router.get('/', 'home@index')
}
// home.js 中定义index首页请求的逻辑
module.exports = {
async index() {
this.ctx.body = 'hello lime' // 通过 this.ctx 可以访问到 Koa 上下文对象
}
}
// app.js 中引入 lime 框架内核并启动
const Lime = require('@limejs/core')
const app = new Lime()
app.listen()
控制器代码中的 index
函数叫做控制器的 action
,它本质上是一个完全意义上的 Koa 中间件函数,该函数所传入的 ctx 和 next 参数分别表示 Koa 的 ctx 上下文对象以及下一个中间件函数。
如果一切顺利,此时打开浏览器访问 http://localhost:3000 便可以看到
hello lime! # 看到它 说明已经运行成功
Boileplate
尽管创建一个基于 LIME 框架的项目如此简单,但事实上要开发一个生产环境的站点还需要大量其他的能力,例如使用模板引擎进行视图渲染、使用mongoose进行数据存取、打印日志等等;而LIME内核通过灵活的插件机制让你可以通过插拔插件的方式,应对复杂的Web应用开发。只要你引入对应的LIME插件,LIME就可以变得无所不能。
我们知道选择插件组装应用是一件纠结的事情,所以事实上你无须自己手工创建项目样板。LIME 官方提供了一坨开箱即用的项目样板供您享用。无论是开发 Rest API 项目,还是基于 Vue.js 的前后端分离项目,还是传统的MVC模式的站点,LIME 都有一套完备且易用的样板。目前有以下这些样板项目:
-
MVC 这是传统的 MVC 开发模式的项目样板,包含完整的MVC模块,服务端通过模板引擎来渲染视图。
[立刻启动一个传统MVC模式的开发](https://github.com/limejs/lime-template-standard)
-
SPA 基于 Lime+Vue 的前后端分离的项目样板,兼顾单页应用运行和API开发。通过 lime 框架作为中间层来托管 Vue 资源文件,并在 limejs 中通过 webpack-dev-middleware 等插件完成Vue的热加载和热替换。
[立刻启动一个用 Node.js 作为中间层的SPA项目](https://github.com/limejs/lime-template-spa)
-
SSR Lime+VueSSR 服务端同构渲染的项目样板,适合面向消费者、对首屏加载性能和SEO有一定要求的站点;同样实现了热加载热替换、异常处理、cookie处理、api开发等。
[立刻启动一个用 Node.js 作为中间层的同构VueSSR项目](https://github.com/limejs/lime-template-spa)
- API API 项目样板,去除了 model层、view层,增加了services层,适合开发REST API项目。
通过 lime-cli 初始化时进行交互选择,您可以轻松创建一个 Web 应用样板来开发复杂应用;当然你也无需担心 cli 工具蒙蔽了你的双眼,事实上它仅仅是帮你引入了合适的 LIME 插件而已,内部发生的一切都很容易理解。了解更多的话你需要去参考对应项目样板的 README,当然继续读完本文档对你上手开发总是有益的。
Convention
LIME 是 约定大于配置
的,所以 LIME 内部有一些惯例(约定),我们在这里做简要说明。
- 站点目录结构必须符合规范
|-- config
|-- site.js 站点配置文件
|-plugins
|- ua.js 一个插件
|-- src
|-- router.js 路由
|-- controllers 控制器
|-- models 模型
|-- views 视图
|-- app.js 站点启动入口
|-- package.json
你无法通过配置文件来修改 LIME 所要求的目录结构。如确有必要的话,可通过 Lime 构造函数的参数来配置(但不建议这么做),如:
const app = new Lime({
root: __dirname,
config: path.join(__dirname, './myconfig') // 修改默认配置文件的目录
})
- 控制器的物理文件名就是 controller 的名字
假如我们要创建一个 新闻
的控制器 news
,并在控制器中提供一个获取 新闻列表
的 list
函数。那么,我们应该创建一个 mvc/controller/news.js
的文件,并在 news.js
中这样编写一个控制器对象:
const NewsController = {
// 返回新闻列表
async list(ctx, next) {
ctx.body = []
}
// 返回一个新闻详情
async detail(ctx, next) {
let id = ctx.query.id
// ...
ctx.body = {}
}
}
module.exports = NewsController
这样,news
就是控制器的名字,list
就是 action 的名字。在路由中,可以通过 news@list
映射到这个新闻列表函数。
- 路由
路由的约定是: 路由行为用@符号来分割 controller 和 action
举个栗子: 我们希望客户端发送的 http://domain.com/news
请求可以返回上面的 新闻列表
,也就是说要把 /news
路径的 get
请求交给 news controller
的 list action
来处理。那么我们应该这样编写路由:
module.exports = (router) => {
router.get('/', 'news@list')
}
这里 router
对象的所有 API 都可以参考 koa-router
来使用。
Router
Lime 的默认使用 src/router.js 进行路由规则配置,Lime 的路由在底层基于 koa-router
实现。支持如下实例方法:
router.get|put|post|patch|delete|del ⇒ Router
router.routes ⇒ function
router.use([path], middleware) ⇒ Router
router.prefix(prefix) ⇒ Router
router.allowedMethods([options]) ⇒ function
router.redirect(source, destination, [code]) ⇒ Router
router.route(name) ⇒ Layer | false
router.url(name, params, [options]) ⇒ String | Error
router.param(param, middleware) ⇒ Router
Config
config目录中存放 LIME 的框架基础配置,其中有四个配置文件,分别影响不同环境的配置:
common.js 公共配置,即各个环境都会使用的配置
dev.js 开发环境配置
test.js 测试环境配置
prod.js 生产环境配置
配置的覆盖规则是这样的: common配置是最底层的配置,如果特定环境里面指定了相同的配置项导致冲突,则优先使用 环境配置文件 里所指定的配置。
LIME中的最终配置不仅会指导 LIME内核的行为,同时你也可以在业务开发过程中通过 ctx.config 获取到这个配置对象,从而可以基于配置进行相关业务逻辑的开发。
可配置的参数字段有:
module.exports = {
env: process.env.NODE_ENV, // env变量用于指导内核如何输出调试信息。支持 development、test、production三种字符串。建议您在业务开发过程中也使用 ctx.config.env 获取该变量,这样便与内核保持相同的环境判断方法。
port: process.env.PORT || 3000, // 监听端口。你可以根据自己实际业务逻辑进行修改
host: process.env.HOST || '127.0.0.1', // 监听地址
publicPath: '/', // 站点的域名访问目录,默认是`/`表示站点运行在根path下。如果你要将本项目运行在 `www.baidu.com/bbs` 这样的目录下,你需要将此处配置为 `/bbs`
plugins: [
'logger', // 插件名称标识符
'plugin-lime-cors',
// 也可以用一个对象来表示一个插件
{
name: 'session',
options: {
key: 'abc'
}
}
]
}
插件配置在下文 Plugin 一节详细解释
Plugin
LIME 通过插件的机制来扩展框架的能力。通过编写插件,可以实现:
- 挂载 global 对象上的辅助函数。例如全局的looger函数:
global.logger()
- 在请求生命周期中注入Koa原生的中间件
- 扩展 MVC 模块中的方法,例如在controller中注入一个
this.http
的方法用来发起http请求
为了更你能编写出更优雅的插件,有必要在这里解释下 Lime 初始化时注册插件的过程:
- Lime 首先会按顺序收集站点 config 配置中指定的 plugins 字段中所有插件
- 接下来,Lime 会按照插件顺序依次执行各个插件的 global函数,再依次执行所有插件的 install 函数,再依次执行各个插件的 middleware 函数,以此类推到 controller、view、model。
这个机制对编写 middleware 类型的插件会有影响,因为很多中间件对执行顺序有要求,所以你可以通过配置插件的顺序来影响中间件的执行顺序。
下面,我们来编写一个插件,插件的编写简直不要太简单,一个 plugin 插件就是一个 JavaScript 文件,插件的基本框架如下所示:
module.exports = function(options) {
global(g) {
// 在这里往 global 对象上挂载方法;因为global函数会在 Lime 生命周期的最开始执行挂载,因此可以确保你在
},
install(app, context) {
// 在这里修改 Koa 的 app 和 context 对象原型
},
middleware(app) {
// 在这里通过 app.use() 注入中间件
},
controller(proto) {
// 在这里扩展 控制器 的能力
},
model(proto) {
// 在这里扩展 模型能力
},
view(proto) {
// 在这里扩展 视图能力
}
}
这里的middleware字段所注入的中间件 实际上就是 Koa 的原生中间件,因此我们可以复用 npm 仓库中数以万计的中间件模块。
举个栗子,我们以编写一个 logger 插件为例:
const logger = require('koa-logger') // 引入一个 Koa2 原生中间件
module.exports = function(options) {
middleware(app) {
// 在这里使用 Koa 中间件语法把 logger 中间件注入到 lime 框架中
app.use(logger)
}
}
编写完成之后,我们把该文件命名为 logger.js
放置到项目根目录的 plugins
目录下:
|- src
|- plugins
|- logger.js
当你的插件比较复杂(有多个文件时),也可以以目录的形式组织起来,命名为目录放置在 plugins 目录下:
|- src
|- plugins
|- logger
|- index.js
|- dep.js
不过要注意确保 logger/index.js
正确导出 lime 所要求的插件对象。
插件代码编写完成后,需要配置才能启用。我们去项目根目录的 config
目录下,在 common.js
公共配置中的 plugins
字段加入该插件:
module.exports = {
// plugins是个数组,依次填写插件名称或插件对象
plugins: [
'logger'
]
}
注意: 通常情况下,Koa 的一些中间件是有顺序要求的。例如 koa-logger
中间件的官方建议:
Recommended that you .use() this middleware near the top to "wrap" all subsequent middleware.
而 limejs 框架是依靠你在 plugins 字段上配置的前后顺序来依次加载的。因此,在 common.js
的配置中你要注意把 logger 插件放置在靠前的位置就好了。
使用 npm 模块插件
有些插件是其他人开发好,并且发布到 npm 仓库的,此时你不需要把插件下载到自己项目中。你只需要安装它:
npm install @limejs/plugin-cors
然后在插件配置中这样指定上插件的npm包名
module.exports = {
// plugins是个数组,依次填写插件名称或插件对象
plugins: [
'@limejs/plugin-cors'
]
}
Lime 注册插件的机制是: 优先寻找本项目 plugins 目录下的同名插件,如果无法找到,则寻找 node_modules 下的同名插件。如果都找不到,则抛出错误。
插件配置选项
在 config 中配置插件时,除了使用字符串的形式指定插件名称,还可以使用对象形式。对象形式可以允许你给插件传入 options 选项参数
例如,我们使用 koa-csrf 中间件来编写一个 Lime 插件:
// 插件名称: lime-csrf
const CSRF = require('koa-csrf')
module.exports = function (options){
middleware(app) {
// 把 options 传入 koa-csrf 构造器
app.use(new CSRF(options))
}
}
那么,在使用该插件时,便可以在配置中加入选项配置:
// common.js
module.exports = {
plugins: [
{
name: 'lime-csrf',
options: {
invalidTokenMessage: '非法的token',
invalidTokenStatusCode: 403
}
}
]
}
API
[Class] Lime
Lime 构造函数可以支持传入选项,以控制框架的初始化逻辑:
const app = new Lime({
root: __dirname, // 站点的项目目录
config: '', // 站点配置文件目录
mvc: '', // 站点 mvc 代码放置目录
plugin: '', // LIME 插件 的放置目录
})
默认情况下,LIME 使用当前的 工作目录
(process.cwd) 作为站点的根目录,同时站点的配置、路由、控制器路径也都是基于 root
的位置进行解析的. 因此,如果你的工作目录不在站点根目录下,或者你需要修改默认目录的位置,可在初始化时通过 Lime 构造函数选项来修改
对于使用 pm2、supervisor 等工具启动的 LIME 站点,我们建议你设置 root 参数为 __dirname
(即当前站点项目的根目录), 以减少你错误配置 pm2、supervisor 的工作目录带来的问题。
[Instance] app
Lime 的实例在 plugin 中经常碰到,lime 实例有以下属性和方法
- [prop] options 初始化 Lime 所用的选项配置
- [prop] config 基于站点配置文件site.js的站点信息
- [method] global 注入一个中间件处理函数. 该方法代理自 Koa
[Global] global
Lime 除了核心类和实例方法之外,为了方便用户可以随时随地调用,还侵入性的在 Node.js global 对象添加了少量的辅助函数。他们有:
- [method] logger.[warn|ok|error|info](<msg>) 打印不同级别的信息到输出流(一般用来主动记录日志)
Misc
环境变量说明
- DEBUG=lime:* 打开lime框架内核的调试日志;你也可以选择性地打开 lime:store, lime:controller, lime:router 等模块的调试日志
- PORT: http server 监听的端口号
- HOST: http server 监听的 host 地址
集成到已有的服务
除了前文讲到的通过 app.listen
来启动 LIME 服务,LIME 也可以单纯作为一个 http 处理器来用。这适用于把 LIME 集成到已有的 Node.js http 服务中(如腾讯公司的 tsw)。
集成方式非常简单,只需把 app.callback()
的返回值作为 http 请求的 handler 处理器即可。示例:
// your server code
const http = require('http')
const Lime = require('@limejs/core')
const app = new Lime()
http.createServer(app.callback()).listen(8080)
CONTRIBUTE
欢迎帮助 LIME 进化和修复 issue,您可遵循 CONTRIBUTE 规范来参与开发。
todo任务分为 内核、工具、生态、插件,这是我们的 TODO 列表:
- [内核] 插件支持配置和options
- [内核] 优化启动方式,启动的port和host改成从配置文件获取,减轻启动时代码复杂度
- [内核] 路由、插件解析报错的处理
- [内核] 异常处理优化
- [内核] 内置插件移除 转为limejs/plugin-x 的npm包
- [生态] 更多脚手架模板完善
- [内核] view、model、service层完善
- [内核] 支持 global 挂载
- [工具] PM2 和 nginx 配置
- [内核] host,port,publicPath,env 配置支持
- [工具] docker支持
- [插件] redis,mongoose插件
- [内核] 利用app.onerror 实现优雅的让用户定制500 404页面。
- [内核] 加载插件时,对于需要绑定this的函数,检测其是否使用了箭头函数(无法绑定this),有的话则提醒并退出
CHANGELOG
LIME 正在不断进化迭代中,你可以在 这里 查看版本变更细节
License
MIT License