为什么:原 controller handler 在 HTTP 层同时承担了 4 项 usecase 职责 (多源拼装、错误降级策略、limit 硬编码、响应结构组装),违反了 "controller 只做参数解析 + 调用 + 序列化" 的边界。等后续给衍生品加 缓存 / taker volume / 数据质量字段时,HTTP 层会持续变厚。 改动: - 新增 internal/usecase/market_query.go: MarketQueryUsecase.GetDerivatives() 并发拉 current funding/OI + 串行查历史 + 错误聚合为 warnings 返回 - /derivatives handler 退化到 4 行;MarketDeps / restapi.Deps 同步收窄 - /klines 保持直查 KlineRepo(thin query,G11 例外) - 新增 G11 守卫:grep "FundingRepo|OIRepo|LSRepo|TakerRepo" internal/controller 破坏性 API 变更(/derivatives 响应): - 删除 funding.error / openInterest.error - 新增顶层 warnings: []string 顶层 symbol / funding / openInterest / longShortRatio / takerBuySellVolume 保持。 harness 同步: - AGENTS.md §6 加 G11 grep - ai/project-map.md 加 market_query.go + /derivatives 数据流分支 - ai/task-templates.md T6 加"破坏性变体"分支(本次重构暴露了原假设过严) - ai/harness-health.md W1 记一次轻量验证 + 守卫数 10→11 验收: go build / go vet / G6 grep / G11 grep 全绿。
34 lines
764 B
Go
34 lines
764 B
Go
package restapi
|
|
|
|
import (
|
|
"log/slog"
|
|
|
|
"github.com/gofiber/fiber/v2"
|
|
"github.com/gofiber/fiber/v2/middleware/recover"
|
|
|
|
v1 "cryptoHermes/internal/controller/restapi/v1"
|
|
"cryptoHermes/internal/usecase"
|
|
)
|
|
|
|
type Deps struct {
|
|
Logger *slog.Logger
|
|
MarketContext *usecase.MarketContextUsecase
|
|
MarketQuery *usecase.MarketQueryUsecase
|
|
MarketData usecase.MarketDataProvider
|
|
KlineRepo usecase.KlineRepository
|
|
}
|
|
|
|
func Register(app *fiber.App, deps Deps) {
|
|
app.Use(recover.New())
|
|
app.Use(RequestLogger(deps.Logger))
|
|
|
|
api := app.Group("/v1")
|
|
v1.RegisterHealth(api)
|
|
v1.RegisterMarket(api, v1.MarketDeps{
|
|
MarketContext: deps.MarketContext,
|
|
MarketQuery: deps.MarketQuery,
|
|
MarketData: deps.MarketData,
|
|
KlineRepo: deps.KlineRepo,
|
|
})
|
|
}
|