背景
项目搭到现在功能迭代了几轮(compare 子命令、trade_date 历史查询、checkpoint 续传等),但清理没跟上迭代节奏。这个 issue 汇总一次代码审查发现的具体问题,作为后续拆包(hqdata 接口层 + hqdata-xxx 实现包)之前的收尾清理。
不在本 issue 范围内:复权支持、其他新数据源接入、多包拆分本身——这些是后续独立的工作。
清理项
- 明确 index 支持的去留
当前 get_index_list/get_index_minute_bar/get_index_daily_bar 及对应 CLI 命令、测试、compare 计划(stock-list 之后原计划还有 index-list/index-daily 两项对比)都已实现,但对当前使用场景不是刚需。
- 消除 CLI 数据抓取的死代码与不一致
- 消除测试重复
- 修正文档/代码漂移
- 数据完整性风险(可选,视优先级并入本次或单开 issue)
审查中还发现几个可能影响数据正确性的问题,是否随本次清理一并处理待讨论:
- tushare get_stock_list 的 stock_basic(list_status="L,D") 单次调用上限 6000 行,当前在市股票已 5517 只,加上历史退市股接近/可能超限,超限时静默返回空
- ricequant 指数接口的 except Exception: return empty(get_index_minute_bar/get_index_daily_bar)会把网络错误/认证过期也吞成"无数据"
验收标准
- [x] pytest tests/ -v 全量通过
背景
项目搭到现在功能迭代了几轮(compare 子命令、trade_date 历史查询、checkpoint 续传等),但清理没跟上迭代节奏。这个 issue 汇总一次代码审查发现的具体问题,作为后续拆包(hqdata 接口层 + hqdata-xxx 实现包)之前的收尾清理。
不在本 issue 范围内:复权支持、其他新数据源接入、多包拆分本身——这些是后续独立的工作。
清理项
当前 get_index_list/get_index_minute_bar/get_index_daily_bar 及对应 CLI 命令、测试、compare 计划(stock-list 之后原计划还有 index-list/index-daily 两项对比)都已实现,但对当前使用场景不是刚需。
审查中还发现几个可能影响数据正确性的问题,是否随本次清理一并处理待讨论:
验收标准
- [x] pytest tests/ -v 全量通过