基于Gin封装Web框架 - 10. 使用 context 上下文完成依赖注入

简介: 基于Gin封装Web框架 - 10. 使用 context 上下文完成依赖注入

基于Gin封装Web框架 - 10. 使用 context 上下文完成依赖注入

源码参考: https://github.com/go-jarvis/gin-rum

在开发过程中, 不可避免的会用到诸如 数据库、redis 等其他组件。 使用 依赖注入 的方式可以很好的对程序进行解耦。

选择 context 作为容器

之所以选择 Context 作为容器,

其一 , context 具有很强的裂变性,不同 RumGroup 的 context 可以添加属于自己的内容;

// github.com/go-jarvis/gin-rum/rum/rumgroup.go

// baseRumGroup 通过 Rum 返回一个根 RumGroup
func baseRumGroup(ctx context.Context, r *Rum, group string) *RumGroup {
    return &RumGroup{
        RouterGroup: r.RouterGroup.Group(group),
        ctx:         ctx,
    }
}

// newRumGroup 通过 RumGroup 扩展新的 RumGroup
func newRumGroup(base *RumGroup, group string) *RumGroup {
    return &RumGroup{
        RouterGroup: base.RouterGroup.Group(group),
        ctx:         base.ctx,
    }
}

// WithContext 向 RumGoft 中注入任何内容
// 以向 class 控制器传递
func (grp *RumGroup) WithContext(fns ...ContextFunc) {
    for _, fn := range fns {
        grp.ctx = fn(grp.ctx)
    }
}

其二 , context 的包容性, key , value 都是 interface{} 可以包容一切。

// context/context.go
func WithValue(parent Context, key, val interface{}) Context {
    if parent == nil {
        panic("cannot create context from nil parent")
    }
    if key == nil {
        panic("nil key")
    }
    if !reflectlite.TypeOf(key).Comparable() {
        panic("key is not comparable")
    }
    return &valueCtx{parent, key, val}
}

rum 增加上下文支持

随后, 在 RumGroup 中增加 context.Context 字段,并添加相关方法。

type RumGroup struct {
    *gin.RouterGroup
    ctx context.Context
}

type ContextFunc = func(context.Context) context.Context

// WithContext 向 RumGoft 中注入任何内容
// 以向 class 控制器传递
func (grp *RumGroup) WithContext(fns ...ContextFunc) {
    for _, fn := range fns {
        grp.ctx = fn(grp.ctx)
    }
}

WithContext 方法要求传入的是一个 操作 Context 的函数, 这个函数由用户自己实现。WithContext 方法对于 Context 的修改仅限于 RumGroup 自身与及其子 RumGroup。

另外, 在 ClassController 中, 也需要做响应的变更, 需要 Handler(ctx context.Context) 方法支持 context 作为参数传递。

type ClassController interface {
    Method() string
    Path() string

    // Handler() (interface{}, error)  // 老方法
    Handler(context.Context) (interface{}, error)
}

为什么不用 gin.Context

虽然 gin.Context 也实现了 context.Context 的接口, 在在和我们常用的 标准库 还是还是有很多差别

首先, gin.Context 在 gin 初始化的时候会生成一个 公共的祖先 gin.Context, 随着程序的启动, 用户每次请求都将创建一个独立的 gin.Context 副本。

由于 gin 并没有提供一个可以用户初始化的 gin.Context 的 API。

func New() *Engine {
    debugPrintWARNINGNew()
    engine := &Engine{
        // ...省略
    }
    engine.RouterGroup.engine = engine
    // pool 是 engine 的私有字段
    engine.pool.New = func() interface{} {
        return engine.allocateContext()
    }
    return engine
}

// allocateContext 也是 engine 的私有方法
func (engine *Engine) allocateContext() *Context {
    v := make(Params, 0, engine.maxParams)
    skippedNodes := make([]skippedNode, 0, engine.maxSections)
    return &Context{engine: engine, params: &v, skippedNodes: &skippedNodes}
}

因此用户只能写入到 每次请求 的 gin.Context 中。
而类似 数据库连接池 这样的句柄, 在程序启动的时候就初始化了,不在会改变。 如果写入到 gin.Context 中就造成了计算资源的浪费。

其次, 在 gin.Context.Value() 方法首先与标准库的实现不同, 有一个 比较的致命问题

// github.com/gin-gonic/gin@v1.7.4/context.go
func (c *Context) Value(key interface{}) interface{} {
    if key == 0 {
        return c.Request
    }
    if keyAsString, ok := key.(string); ok {
        val, _ := c.Get(keyAsString)
        return val
    }
    return nil
}

可以看到, gin 中的 Value() 方法将 key 转为了字符串。 因为此失去了 数据类型 的支持, key 的唯一性概率就大大降低了, 很容易发生覆盖冲突。

这一点在标准库中的 valueCtx 就不存在这种情况, 因为 key 不会被断言, 类型也是一部分

func (c *valueCtx) Value(key interface{}) interface{} {
    if c.key == key {
        return c.val
    }
    return c.Context.Value(key)
}

测试代码参考 context-Context-and-gin-Context

遗留问题

由于使用了自建的 GroupGroup Context, 并且 gin.Context 没有交叉点。 因此 gin.Context 中与 Cancel 相关的方法也无法传递到 ClassController 中的 Handler 方法中。

demo: 使用 context 传递

gorm 数据库句柄 通过 Context 注入到 Rum 中。

封装 db adaptor

首先, 创建新的数据类型, 并用该类型创建 唯一 key

type contextGormDBType int

var contextGormDBKey contextGormDBType = 0

在实践中, 不同的适配器可以创建自己的数据类型。 如此一来, 即使 字面值 相同也不会冲突、覆盖。

其次, 实现 注入提取 函数。

// WithGormDB 注入 *gorm.DB 到 context 中
func WithGormDB(vaule *gorm.DB) func(context.Context) context.Context {
    return func(ctx context.Context) context.Context {
        return context.WithValue(ctx, contextGormDBKey, value)
    }
}

// FromContextGormDB 从 context 中提取 *gorm.DB
func FromContextGormDB(ctx context.Context) *gorm.DB {
    return ctx.Value(contextGormDBKey).(*gorm.DB)
}

在 rum 中注入 adaptor

func main() {

    // 1. 使用 rum 代替 gin
    g := rum.Default()
    g.WithContext(
        db.WithGormDB(db.NewGormDB()),
    )

// 省略

在 ClassController 中使用 adaptor

最后, 在 ClassController 实例中直接使用。

注意, 在控制器定义的时候依旧保持 干净, 无任何依赖适配器的字段。

// GetUserByID class 控制器
type GetUserByID struct {
    httpx.MethodPost

    UserID int `uri:"id"`
}

func (user *GetUserByID) Handler(ctx context.Context) (interface{}, error) {
    // 获取 ctx 中注入的 *gorm.DB 对象
    gorm := db.FromContextGormDB(ctx)

    userModel := &User{}
    tx := gorm.Where("user_id=?", user.UserID).First(&userModel)

    return userModel, tx.Error
}
相关文章
|
12天前
|
搜索推荐 前端开发 数据可视化
【优秀python web毕设案例】基于协同过滤算法的酒店推荐系统,django框架+bootstrap前端+echarts可视化,有后台有爬虫
本文介绍了一个基于Django框架、协同过滤算法、ECharts数据可视化以及Bootstrap前端技术的酒店推荐系统,该系统通过用户行为分析和推荐算法优化,提供个性化的酒店推荐和直观的数据展示,以提升用户体验。
|
18天前
|
开发框架 缓存 前端开发
基于SqlSugar的开发框架循序渐进介绍(23)-- Winform端管理系统中平滑增加对Web API对接的需求
基于SqlSugar的开发框架循序渐进介绍(23)-- Winform端管理系统中平滑增加对Web API对接的需求
|
3天前
|
机器学习/深度学习 JSON API
【Python奇迹】FastAPI框架大显神通:一键部署机器学习模型,让数据预测飞跃至Web舞台,震撼开启智能服务新纪元!
【8月更文挑战第16天】在数据驱动的时代,高效部署机器学习模型至关重要。FastAPI凭借其高性能与灵活性,成为搭建模型API的理想选择。本文详述了从环境准备、模型训练到使用FastAPI部署的全过程。首先,确保安装了Python及相关库(fastapi、uvicorn、scikit-learn)。接着,以线性回归为例,构建了一个预测房价的模型。通过定义FastAPI端点,实现了基于房屋大小预测价格的功能,并介绍了如何运行服务器及测试API。最终,用户可通过HTTP请求获取预测结果,极大地提升了模型的实用性和集成性。
13 1
|
4天前
|
开发框架 JSON .NET
ASP.NET Core 标识(Identity)框架系列(三):在 ASP.NET Core Web API 项目中使用标识(Identity)框架进行身份验证
ASP.NET Core 标识(Identity)框架系列(三):在 ASP.NET Core Web API 项目中使用标识(Identity)框架进行身份验证
|
7天前
|
PHP 数据库 开发者
探索PHP的现代演变:从Web开发到框架创新
【8月更文挑战第13天】本文将深入探讨PHP语言自诞生以来的发展历程,特别是它在Web开发领域的演进和在现代框架中的创新。我们将回顾PHP的历史,分析其在不同阶段面临的挑战及解决方案,并讨论PHP如何适应新的编程范式和技术需求,以及这些变化对开发者社区的影响。
18 2
|
6天前
|
安全 前端开发 Java
Web端系统开发解决跨域问题——以Java SpringBoot框架配置Cors为例
在Web安全上下文中,源(Origin)是指一个URL的协议、域名和端口号的组合。这三个部分共同定义了资源的来源,浏览器会根据这些信息来判断两个资源是否属于同一源。例如,https://www.example.com:443和http://www.example.com虽然域名相同,但由于协议和端口号不同,它们被视为不同的源。同源(Same-Origin)是指两个URL的协议、域名和端口号完全相同。只有当这些条件都满足时,浏览器才认为这两个资源来自同一源,从而允许它们之间的交互操作。
Web端系统开发解决跨域问题——以Java SpringBoot框架配置Cors为例
|
14天前
|
缓存 监控 前端开发
WEB前端三大主流框架:React、Vue与Angular
在Web前端开发中,React、Vue和Angular被誉为三大主流框架。它们各自具有独特的特点和优势,为开发者提供了丰富的工具和抽象,使得构建复杂的Web应用变得更加容易。
41 6
|
17天前
|
安全 JavaScript Go
探索PHP的现代演进:从Web开发到框架创新
在数字化时代的浪潮下,PHP作为一门历史悠久且广受欢迎的编程语言,其发展轨迹映射了Web开发的变迁。本文将通过具体实例和数据分析,探讨PHP如何适应现代Web开发的需求,特别是其在流行框架中的角色演变,以及这些变化如何激发开发者社区的创新精神。
30 2
|
17天前
|
SQL 安全 PHP
探寻PHP的现代演进之路:从Web开发到框架创新——揭秘PHP语言如何引领技术潮流
【8月更文挑战第2天】探索PHP的现代演进:从Web开发到框架创新
25 1
|
19天前
|
开发框架 缓存 NoSQL
基于SqlSugar的数据库访问处理的封装,在.net6框架的Web API上开发应用
基于SqlSugar的数据库访问处理的封装,在.net6框架的Web API上开发应用