分类数据驱动型通用可视化组件。 配置驱动型Atom UI、Element UI、Ant Design、Vant UI 等等。 业务驱动型比如流入流出柱状图。 客户端的可视化组件遇到的问题根据 8.19 和孙继东、韩渊皓的讨论： 当前问题1、客户端的定位是做业务开发，不适合做通用可视化组件，名不正，言不顺，难以申请独立的开发资源。 2、如果暴露大量的配置项，让产品自行配置出想要的效果，初期开发成本巨

需求后续我们的组件都会上传到 HxMatrix 平台，然后统一导出组件声明信息给 LLM 进行训练。这里面如何快速通过 Vue 组件代码生成组件声明信息，是我们必须考虑的问题。 数据结构输入Vue 组件的代码。 输出LLM 所需的组件声明信息，比如： 12345678910111213141516171819202122232425262728293031323334353637383940414

需求通过 patch-package 扩展一个新的 ECharts 生命周期：beforeupdate ECharts 的生命周期设计 技术方案生命周期的时机12345678910111213141516interface LifecycleEvents { afterinit: [EChartsType]; // mergeOption // restoreData // 应

有东西被加密了, 请输入密码查看.

需求ECharts 的设计是每个元素在画布上绝对定位的，这样元素多了可能出现重叠问题。设计师为了让业务方的不同场景都可以自动解决这些布局问题，希望我们能支持类似 DOM 的流式布局。 方案设计Plan1：二次绘制(在组件层解决)在各个组件绘制后，获取其包围盒信息，计算布局，然后设置 grid，二次绘制。 这个方案存在很多问题： 因为存在两次绘制，图表初始化会出现 2 次绘制结果的切换效果(待确认)

需求的必要性业务前端的加入时机，不能不参与 如何低成本的确认可行性动画和3D的调试问题：Unity或者UE先做好。 做不确定的事情，效果停留在各自脑子里面，讨论再多也没用 做一个的时间，做2个 打一枪，换一炮 主题统一写在哪里？如何避免冲突拆分模块化 拿到元素先 /** 从 view 实例获取轴标签元素 */export function getAxisLabelEls(co

需求问题重现 Demo详见这个示例。 问题描述轴标题属于绝对定位，无法保证标题文本一定位于图表上方或下方 x 轴的轴标题在 x 轴右侧显示时，是跟随 x 轴轴线的，不是在图表右下角，0 轴情况会出现问题(dvNameLocation) 技术方案相关配置项：axis.nameLocation 生命周期：位于component:beforeupdate和component:afterupdate之间，

有东西被加密了, 请输入密码查看.

有东西被加密了, 请输入密码查看.

目的提效 + 提质 1、不做重复的活儿 2、少做脏活儿、累活儿 3、相同的功能，随着时间越来越好(组件化 + 持续改进) 通用能力下沉，开发人员只需专注于上层业务的开发。 策略业务开发框架 + 通用组件库。 业务开发框架初期文件拷贝，后续加入 kingfisher 脚手架。 通用组件库独立项目，以 npm 包的形式发布，业务层通过 npm install 的方式引入使用。 非 UI 组件，和技术栈