为什么不做可视化图表的属性配置功能

为什么可视化的组件还要业务方自己加工一次？

可视化组件 + 业务方开发配置上自己的数据和样式 = 功能

不同的业务，数据和样式是不一样的，这部分是业务方需要做的处理

为什么可视化不搞成RayData的那种图表属性配置+页面搭建的编辑器模式
？

其实我们主要解决2个问题就可以了：数据问题和样式问题

数据问题还是走结果页的模式，也就是梅老板他们做的那部分封装操作 

样式问题，今年新的组件已经在按照设计范式走了，大家形成统一的设计标准，这样产品和设计师也不用调整了。

类似GYS想要的RayData的那种图表属性配置+页面搭建的编辑器模式，是存在很多问题的，实际使用中是难以满足ToC的精细化需求的，目前业界的基本都是ToB、To中后台这种对于样式精细化要求相对低一点的产品采用这种模式。

这种灵活配置对ToC产品没啥用的，越灵活会导致我们的产品页面越乱，交互、UI风格越是不一致。

ToC最好的方案就是走范式组件，这样对用户能保持一致的品牌风格和交互体验，对业务方也能降低配置成本。

人B端这么多业务 这个平台都可以满足，我们就几个分时K线 折柱饼 ，精细化啥啊。之前的那些所谓的精细化只是夹杂着产品或者设计师的个人主观成分罢了；精细化是科学的拆分。

如果我们K线的开发模式购精细，完全可以是设计师根据北美的用户习惯在我们K线图上调参调出来。

没啥必要搞这种灵活配置，这种规范定了就不怎么变动了 直接制定设计范式做一个固定样式，成本低，也能快速落地应用。

去年做短视频就做过那种灵活配置的模式了，成本高，而且初期根本就不确定到底该开放哪些配置项，开放得不够的话，效果配置不出来；开放得多了，用的人用起来又不方便，开发成本也大。