[golang]后端服务使用缓存有没有更优雅的做法

[geew]

-- 请求处理
- 请求过来
- 构建 redis key, 读取 redis, 拿到结果返回, 否则下一步
- 数据库查询 执行相应逻辑 取得结果
- 写入缓存
- 返回

-- 更新, 构建相同的缓存 key, del cache

如果是 python 的话 可以用函数修饰器来更优雅的做(虽然流程一样, 但是读写 redis 的地方修饰器里面统一处理 函数本身关注自身逻辑就行)
golang 的话 就得在整个逻辑里面写 导致很多用到缓存的地方有很多重复的代码
我的做法有问题吗? 有没有更好的做法呢
golang 新手一枚 希望大家能指导下

[Reficul]

可以写中间件，路由注册的时候套上去。

[geew]

@Reficul #1 有类似做法的项目吗 想看看

[windfarer]

@Reficul 山寨装饰器 :doge:

[rrfeng]

你也可以写个装饰器
不过确实通常用中间件。

[geew]

@rrfeng #4 推荐一个中间件来看看 装饰器的话 强类型的写起来太麻烦了

[owenliang]

这种事情不是封装一个函数就解决的吗。。。

把 SQL 调用和 REDIS 操作抽象成一个函数，然后。。。

[imcj]

@owenliang 从软件设计的角度，不推荐和 SQL 封装在同一个函数。当我们需要事务性操作的时候，会导致脏读从而事务无效。

推荐把 Cache 做在 ServiceFacade 里面。由他控制缓存和事务。

当然，如果是 java @Cache 一个 Annotation 解决问题。

[codingcrush]

我也觉得这种 AOP 的风格是不容易达到的, 还是得看封装

[vgmdj]

我是抽出来，单写成一个包用
https://github.com/vgmdj/plugins

[geew]

@vgmdj #9 嗯 现在也是差不多一样的做法