(TODO)如何优雅地组织VISALL的Case

目标是什么？？？

还没想清楚。

如何优雅的封装，管理，应用case？
这个才是今后的应用方重点，也是模型训练的基础，也是我们知识库的数据基础！

借助AInvest业务主题的封装，把这个做了。
让业务方接入成本降到足够低。

Case如何分类

架构设计本质上仍然是一个分类问题。

先把概念拎出来，摆在桌子上，然后进行分类。
切忌管中窥豹，只解决局部问题(局部最优解)。

• chart
• theme(这个不是同一个层级)
• layer(这个的职责定位存在问题，容易误分、拆分粒度过大/过小)
• case
• layout
• insight

按业务线主题？
按图表类型？
按layer类型？

关于AInvest的主题

examples/config/ainvest
内容并不多，应该大部分都在SD的主题中消化了。
token很少，说明应该是在SD的PC/移动端主题基础上进行的范式设计，已经被宇楠收拢了。

主题编写指南

@/Users/leozhou/git/standard-chart/packages/paradigm-chart/docs/development/DEVELOPMENT_GUIDE.md  这个文档质量很高，参考这个文档的格式，基于 @examples 下的内容和当前项目的代码，给当前项目编写一份”如何编写业务主题“的指南文档，放到 docs 目录下的合适位置。

待调整的其他功能

删除无用的历史遗留文件

api测试

config下的spec.js不该叫这个名字

里面全是hook配置

待新增的功能

Demo展示

写同步脚本，自动截取封面图片，迁移到datav官网

文档

QA

问题

如何去除KLine依赖？

case-aime是干嘛的？