ThinkJS( 官网 | GitHub )的核心架构是 CBD(核心 Core + 行为 Behavior + 驱动 Driver)模式。核心包含通用函数库、系统默认配置、核心类库等运行 ThinkJS 必不可靠的部分;行为是 ThinkJS 扩展机制中很关键的一部分,也是本文重点要介绍的内容;除了核心和行为之外,ThinkJS 其他功能都是通过驱动来实现的,例如 Cache、Session、DB 等。
ThinkJS 把响应用户请求整个流程分成了很多个阶段,对应不同的标签位(Tag)。每个标签位都可以调用一系列 Behavior。使用 Behavior 可以方便地扩展 ThinkJS,实现自己想要的功能。ThinkJS 框架自身很多功能也都是通过它来实现的。
先来了解一下 ThinkJS 内置了哪些标签位。根据 官方文档 ,ThinkJS 在响应用户请求过程中,会依次执行以下这些操作:
form_parse
; app_init
; resource_check
,判断当前请求是否是静态资源类请求。静态资源类请求执行标签位 resource_output
; path_info
,获取修改后的 pathname; route_check
,进行路由检测,识别对应的 Group、Controller、Action; app_begin
,检测当前请求是否有静态化缓存; action_init
,实例化 Controller; view_init
,初始化模版引擎; view_template
, 查到模版文件的具体路径; view_parse
,解析模版内容; view_filter
,对解析后的内容进行过滤; view_end
,模版渲染结束; app_end
, 应用调用结束; 这个完整的请求响应流程,包含了 ThinkJS 所有内置的标签位。
接下来看看 ThinkJS 针对系统标签位分别配置了哪些 Behavior。打开 /thinkjs/lib/Conf/tag.js
,可以看到如下配置:
module.exports = { app_init: [], //应用初始化 form_parse: [jsonParse], //表单数据解析 path_info: [], //pathinfo解析 resource_check: ['CheckResource'], //静态资源请求检测 resource_output: [resourceOutput], //静态资源输出 route_check: ['CheckRoute'], //路由检测 app_begin: ['ReadHtmlCache'], //应用开始 action_init: [], //action执行初始化 view_init: [], //模版解析初始化 view_template: ['LocateTemplate'], //定位模版文件 view_parse: ['ParseTemplate'], //模版解析 view_filter: [], //模版内容过滤 view_end: ['WriteHtmlCache'], //模版解析结束 action_end: [], //action结束 app_end: [closeDbConnect], //应用结束 content_write: [] //内容输出 };
ThinkJS 内置 Behavior 使用了两种形式:字符串形式需要定义在外部文件中,存放于 /thinkjs/lib/Lib/Behavior
目录,文件名以 Behavior.js
结尾;函数形式直接定义在了当前文件里。
要实现自己的 Behavior 很简单,只需要两步:1)在 /App/Lib/Behavior/
中编写 Behavior 的具体逻辑;2)在 App/Conf/tag.js
中启用它。当然也可以直接把逻辑实现在 tag.js
里,不过为了更方便地启用 / 禁用 Behavior,还是推荐定义在外部。
下面这样就可以定义一个新的 Behavior,框架会自动调用它的 run
方法。
module.exports = Behavior(function(){ return { run: function() { } } })
run
方法内部,可以使用 this.http
获得 ThinkJS 的 HTTP 对象,这个对象是 ThinkJS 对 Request 和 Response 对象的封装,提供了很多方法用来获取和改变请求和响应信息。具体内容可以直接查看 /thinkjs/lib/Lib/Core/Http.js
文件。
位于某些标签位的 Behavior 还会收到额外的参数。例如框架执行 view_template
标签位时,会把 templateFile 传过来作为 run
方法的参数; view_filter
中的 Behavior 会收到 content
参数,内容是经过模板渲染后的内容。
run
方法可以返回具体的值,也可以返回 Promise。如果不希望执行后续流程,需要返回 Pendding Promise。Pendding Promise 永远没有机会被 Resolve,后续流程自然不会执行,这时需要在 Behavior 里手动结束响应,否则请求会被卡住结束不了。具体代码在后面贴出。
写好了 Behavior,在 App/Conf/tag.js
(没有就新建一个)启用它就可以了。类似这样:
module.exports = { app_begin: ["XXX"] }
直接在 tag.js
定义函数来实现 Behavior 是类似的,只是多了第一个参数: http
。这里略过。
默认情况下,自定义 Behavior 会在框架默认 Behavior 之后运行。可以通过数组的第一个值来改变这个策略,规则如下:
true
,表示用自定义 Behavior 替换默认的; false
,表示自定义 Behavior 会在框架默认 Behavior 之前运行; 下面通过两个示例演示 Behavior 的实际用法。
首先,我要实现的 Behavior 是用来在博客维护时,访问任何页面都只显示一段提示文字,但 RSS 功能以及管理后台需要可以正常工作,不能受影响。最终实现代码如下:
// App/Lib/Behavior/MaintenanceBehavior.js module.exports = Behavior(function(){ return { run: function(content) { if('Blog' !== this.http.group || 'Misc' == this.http.controller) { return false; } var http = this.http; http.echo('网站维护中,请稍后再来看看...').then(function() { http.end(); }); return getDefer().promise; } } });
我通过 http.group
和 http.controller
这两个变量确保只修改需要的页面;然后通过 http.echo
输出自定义内容,并通过 http.end
结束当前请求;最后还需要返回 Pendding Promise,确保后续流程不会执行。
插件写好之后,在 /App/Conf/tag.js
中启用它就可以了。由于这个 Behavior 目的是修改输出,需要尽早执行,又因为它用到了路由信息,需要放在 route_check
之后,所以 app_begin
是最合适的位置:
module.exports = { app_begin: ['Maintenance'] }
上一篇文章里,我为了实现 HTTP/2 的 Server Push,需要把要推送的 css 外链找出来放在响应头里。这也是通过 Behavior 实现的,代码如下:
// App/Lib/Behavior/ServerPushBehavior.js module.exports = Behavior(function(){ return { run: function(content){ content = content.substr(0, 1024); var matches = content.match(/<link.{0,100}rel=['"]?stylesheet['"]?.{0,100}>/i); if(matches) { var href = matches[0].replace(/<link.{0,100}href=['"]?([^'"/s]+)['"]?.{0,100}>/i, '$1'); this.http.setHeader('link', '<'+ href +'>; rel=preload; as=stylesheet'); } } } })
我从模板渲染后的 content 中截取了前 1024 个字符,从中找到第一个 css 外链,并通过 http.setHeader
添加自定义头。这个 Behavior 需要用到 html 内容,所以需要配置在 view_filter
标签位中:
module.exports = { view_filter: ['ServerPush'] }
其实,ThinkJS 内置的 Behavior 就是最好的代码示例,可以 点这个链接 查看。另外,据说在 ThinkJS 2.0 里,Behavior 已经被 middleware
取代,到底会有什么变化呢?我们拭目以待。