前言
前几个周前前后后阅读了4个go框架(iris、gin、echo、beego)的生命周期,阅读过程中对它们在框架中间件的实现颇有印象,总觉着实现的都不是很完美。
为什么呢?
1.使用起来有成本,当你实现一个新的中间件需要人为手动的在业务代码中添加一行`ctx.Next()`代码,目的去执行下一个中间件。
2. 阅读代码起来存在障碍,使人不容易理解。感觉第一次想要去了解实现的人,基本会在这个代码实现上懵一会。
3. 中间件都是匿名函数的类型,不够面向对象
为什么我会像上面这样说呢?
因为,简单说来,这个框架中间件其实就是一个链式调用的过程。然而一想起链式调用的场景,往往我的脑海第一反应就是设计模式中的责任链模式。借助责任链模式的话,一来,我们实现一个新的中间件无需关心手动在业务代码里加上一个Next()
手动调用下一个对象;二来,代码逻辑简单清晰。
我们先来看看本篇文章的主要结构:
上半部分 | 下半部分 |
---|---|
beego框架中间件的实现 | 责任链模式的概念 |
iris框架中间件的实现 | 责任链模式实现框架中间件 |
gin框架中间件的实现 | - |
echo框架中间件的实现 | - |
首先我们来看看主流go框架中间件实现,再来对比我的框架中间件设计思路。本篇文章内容过长,如果只对责任链模式下框架中间件的实现感兴趣的可以直接跳到此模块。
主流go框架中间件实现分析
beego框架中间件的实现
首先我们来看看beego框架中间件的实现方式,beego对于框架中间件的实现最与众不同(天生的MVC框架),所以我们先来看beego,大家都知道beego在controller接口里定义了一个`Prepare()`的发方法,beego提供了一个基础的controller结构,然后实际的业务controller会合成复用这个基础的controller,然后我们再去复写`Prepare()`就可以了,通过这个预执行方法可以达到中间件的目的。代码如下:
// 控制器接口type ControllerInterface interface {
// 省略... // 具体控制器需要实现的预执行方法 Prepare() // 省略...}
但是除了上面之外大家常用的`Prepare()`,beego里其实还有一个`RunWithMiddleWares`的方法,我们可以当作注册启动前中间件的地方,代码如下:
// 注册中间件
func RunWithMiddleWares(addr string, mws ...MiddleWare) {
// ...
BeeApp.Run(mws...)
}
// ...
app.Server.Handler = app.Handlers
for i := len(mws) - 1; i >= 0; i-- {
if mws[i] == nil {
continue
}
</