Open li-jin-gou opened 2 months ago
This issue has been marked as invalid question, please give more information by following the issue
template. The issue will be closed in 1 days if no further activity occurs.
我想试一下 近期开始梳理需要抽成通用抽象的部分
我想试一下 近期开始梳理需要抽成通用抽象的部分
可以报名 GLCC
1. 题目描述
hertz-contrib与 kitex-contrib 是专门为 Hertz 与 Kitex 提供的扩展能力的仓库集合,里面有诸如可观测性组件、服务发现、配置中心、限流、鉴权等组件扩展。 目前 hertz-contrib 和 kitex-contrib 之间的组件代码有部分重合,但却无法复用导致使用体验不好,其中可观测性组件,服务发现组件,限流组件逻辑重合较多,但各个仓库分散独立,导致维护成本高。 自身内的组件之间能力也存在逻辑过于独立,没有做好逻辑复用的问题,比如 kitex-contrib 中的配置中心逻辑重复严重,但各个仓库分散独立,导致维护成本高。 hertz-contrib 扩展中依赖状态存储的扩展能力有很多如会话管理,鉴权等,但是各自扩展独立,逻辑并没有复用。 目前一些扩展诸如日志扩展由于接口设计比较简单已经不能满足用户的复杂需求。
本题目需要解决 hertz-contrib 和 kitex-contrib 扩展之间逻辑并未合理复用以及扩展库自身逻辑逻辑并未合理复用的问题并对诸入日志扩展、限流、缓存等扩展进行完善。
2. 编码任务
3. 技能要求和编程语言
4. 预期完成结果