为什么需要封装echarts

• 每个开发者在制作图表时都需要从头到尾书写一遍完整的option配置，十分冗余

• 在同一个项目中，各类图表设计十分相似，甚至是相同，没必要一直做重复工作

• 可能有一些开发者忘记考虑echarts更新数据的特性，以及窗口缩放时的适应问题。这样导致数据更新了echarts视图却没有更新，窗口缩放引起echarts图形变形问题
  

我希望这个echarts组件能设计成什么样

• 业务数据和样式配置数据分离，我只需要传入业务数据就行了

• 它的大小要完全由使用者决定

• 不会因为缩放出现变形问题，而是能很好地自适应

• 有时候某个图表的样式可能有点不一样，希望能保留自己配置样式的灵活性

• 无论传入什么数据都能正确地更新视图

• 如果我传入的数据为空，能展示一个空状态
  

公共组件结构建议

当你把它书写为一个公共组件时，我我希望它应该是这样：将单独机械的配置表独立成一份文件，暴露一个必要的vue单文件，同时携带一份README说明文档，当然，文档里面需要有关于你写的组件的使用示例和入参含义说明，这在大型项目中非常重要。

vue单文件代码

echart_pie完整代码如下：

.chart {
 width: 100%;
 height: 100%;
}

index完整代码如下：

关于源码的说明

• 在源码中，我用到了lodash的一个公共函数merge,它表示递归合并来源对象自身和继承的可枚举属性到目标对象。后续的来源对象属性会覆盖之前同名的属性

• 另外一个有幸被我宠幸的函数是isEmpty，当我传入的业务数据为空时，比如空数组[]、undefined、null时，都会被认为这是一个无数据的情况，这时候我们就展示一个空状态的组件，它可能由一张背景图构成；

• 在绑定到具体的DOM元素时，我没有用querySelector选择器去选择一个类或者是用Math.random生成的id，因为这两者都不是绝对可靠的，我直接使用当前vue示例关联的根DOM 元素$el

• 我监听窗口大小的变化，并为这种情况添加对应的事件处理函数--echarts自带的resize方法，使echarts图形不会变形

• 将对应DOM的宽高设为100%，让其大小完全由使用者提供的容器控制

• setOption方法的第二个参数表示传入的新option是否不与之前的旧option进行合并，默认居然是false，即合并。这显然不行，我们需要每次的业务配置都是完全独立的

• 命名非常语义化，一看就懂

• 保留了自己需要单独配置一些定制样式的灵活性，即extraOption
  

default_option.js应该包括哪些内容

正常情况下暴露一个基础配置BASIC_OPTION就可以了
element-resize-detector是干啥的？
这是一个用于监听DOM元素尺寸变化的插件。我们已经对窗口缩放做了监听，但是有时候其父级容器的大小也会动态改变的。

我们对父级容器的宽度进行监听，当父级容器的尺寸发生变化时，echart能调用自身的resize方法，保持视图正常。

当然，这个不适用于tab选项卡的情况，在tab选项卡中，父级容器从display:none到有实际的clientWidth，可能会比注册一个resizeDetector先完成，所以等开始监听父级容器resize的时候，可能为时已晚。

在tab选项卡中很容易出现这种场景：

看起来非常的逗，只有一点点大。解决这个问题，最有效的方法还是在切换选项卡时手动去通过ref获取echart实例，并手动调用resize方法，这是最安全的，也是最有效的。

组件使用示例

.echart-wrapper {
 width: 300px;
 height: 300px;
 margin: 10px auto;
}