ee420f9c56
为什么用 pgxmock：testcontainers 需要 docker-in-CI 而当前还没有 CI； mock 路线 1) 零基础设施 2) 把 SQL 字符串和参数顺序作为契约锁死， schema 漂移立刻可见——这正是上生产前最需要的信号。pgxmock 升级到 testcontainers 不阻塞 v2，留 v2.1 做 nightly 集成测试。 关键改动： - internal/repo/persistent/postgres/pool.go：新建 pgxPool 接口， 列出 5 repo 实际用到的 Begin/Query/Exec 三个方法。生产代码继续 传 *pgxpool.Pool（自动满足接口），测试传 pgxmock.PgxPoolIface。 - 5 个 repo struct 字段从 *pgxpool.Pool 改为 pgxPool 接口；构造器 签名保留 *pgxpool.Pool，app.go DI 不动。 - 5 个 *_repo_test.go：每个 repo 至少 · UpsertMany happy path（精确 SQL + 参数） · UpsertMany 跳过逻辑（空字段 / 未收线） · UpsertMany ExecError（Rollback 路径） · FindRecent happy path（验证 DESC → 反序为升序） · FindRecent QueryError KlineRepo 额外加了 EmptyShortCircuits 和 BeginError 两个边界。 覆盖率：postgres 包 87.6%（UpsertMany ~86%、FindRecent ~93%）。 New*Repo 构造器为 0% 是设计选择：测试直接构造 struct 避开 *pgxpool.Pool 依赖。 所有 12 条守卫扫过无输出。
22 lines
747 B
Go
22 lines
747 B
Go
package postgres
|
||
|
||
import (
|
||
"context"
|
||
|
||
"github.com/jackc/pgx/v5"
|
||
"github.com/jackc/pgx/v5/pgconn"
|
||
)
|
||
|
||
// pgxPool 是 5 个 repo 共享的最小连接池接口。
|
||
//
|
||
// 为什么需要这个接口：`*pgxpool.Pool` 是具体 struct，不能被 pgxmock 直接
|
||
// 替换。把 repo 字段改成接口后，生产代码继续传 *pgxpool.Pool（满足接口），
|
||
// 测试代码传 pgxmock.PgxPoolIface（同样满足）。
|
||
//
|
||
// 只列出 5 个 repo 实际用到的方法。如果未来用到 Acquire/Stat，在这里追加。
|
||
type pgxPool interface {
|
||
Begin(ctx context.Context) (pgx.Tx, error)
|
||
Query(ctx context.Context, sql string, args ...any) (pgx.Rows, error)
|
||
Exec(ctx context.Context, sql string, args ...any) (pgconn.CommandTag, error)
|
||
}
|