目前，市面上主流的Vue组件库大概就是iview, element。
当然，heyui不在范围内，38个star屈指可数，大部分还是认识的同事。
更可恶的还是骗不来后端同学的star，心塞。

求Star(小💕💕)：Github

官网： http://www.heyui.top

关于对比

对比呢，我总共出了几个纬度：

入门方式
功能
组件调用
项目大小与依赖
使用率

入门方式

按需加载

element，iview都支持按需加载。
heyui不支持。
关于支不支持按需加载，思考了很久。
也许element, iview还可以，但是如果heyui拆分组件使用，整体优势不大，后面我再介绍。

样式自定义

其实，这里三个组件都是差不多的。 element使用scss，iview和heyui使用less，使用变量覆盖的方式就可以了。
element提供了一个主题生成的工具，对应iview也有一个，但是这是一开始的方式了，现在大家都是推荐变量覆盖的方式。
这里，我就要推荐我们的脚手架hey-cli，我把这些变量不是采用覆盖的方式，而是使用全局化的方式。
这样，你的@primary-color一样可以在vue的<style lang="less"/>中使用。
参考：hey-cli-template中heyui的demo
或者可以看一下：前端开发大杀器hey-cli

国际化

element，iview都支持国际化。
heyui不支持。
伤心。
嗯嗯，如果需要国际化支持的项目，请移步element，iview。
我想说，其实heyui国际化的机制都已经写好了，缺翻译人员support，有意愿的人可以找我哦。

总结

其实按需加载与国际化都属于极少数的需求，按需加载，我应该不会做这一方面的支持的。
如果有一些不同意见的人，欢迎讨论。
PS: 按需加载还是需要加载所有的样式的。
至于国际化，如果有需求或者可以提供帮助的人，欢迎联系。

功能

功能列表

主要的功能对比来了。

其实，element和iview的功能都比较类似，而heyui相对来说，和他们的区别有一些大。
首先，基础的组件都是有的，那区别在哪里呢？
heyui独有的组件：

Extend 样式扩展：基础样式。
TagInput 标签输入框：其实其他两个组件有类似功能，但是其实不太一样。
DateFullRangePicker 超级日期：功能十分强大的日期范围选择器。
TreePicker 树选择：可以替代Transfer 穿梭框或者与Cascader 级联选择，功能更强大。
Category 分类选择：与Cascader 级联选择组件其实是类似的功能，但是heyui支持单选，多选，key模式与对象模式。
DropdownCustom 下拉控件：自定义的下拉组件。
ScrollIntoView 滚动至视图内：相信很多地方你都会需要。
Search 搜索框：搜索框的样式与机制集成。

heyui没有的组件：

Transfer 穿梭框：有替代组件
Cascader 级联选择：有替代组件
Breadcrumb 面包屑：样式
Carousel 走马灯：我会选用Swiper。
Collapse 折叠面板：样式
Avatar 头像：样式
Alert 警告提示：样式
ColorPicker 颜色选择器：浏览器自带有这个组件，不过如果有更多的需求量，可以考虑增加。

其实，这个是三个组件库的比对。
如果单独从有没有某种组件来判断，其实element和iview的组件库是非常类似的。
而对于heyui，从我的开发初衷来看，我注重的主要是通用性，扩展性。
从上面的比对上来看，heyui没有很多的样式组件，其实一开始参考了iview与element，开发了tag与panel。
事实发现，很少用到。
因为每一个系统的设计师都拥有不同的想法。
相反，我开发了Extend 样式扩展，这个主要是从经验上总结出来的，适用性很广。
还开发了DropdownCustom 下拉控件，这些对于扩展性上面来说更好。

组件调用

其实element与iview之间的组件调用，大致相似。
主要在一些细节功能上，有一些差别。

组件命名方式

element用的是短横线分隔式命名，例：h-table
iview和heyui用的是驼峰式命名，例：Table

这一点上面，iview与heyui比较有优势，代码可读性上面优势更大一些。

组件的功能性

element在组件的功能性上面整体占优势。
大多数组件提供的功能都比较多。
就以table组件来说，参数是两页屏幕都看不完，iview比heyui更多。
但是像tree或者autocomplete，heyui的实现更底层，更易扩展，比element和iview复杂的多。

数据驱动

其实这个单独拿出来说，我是有私心的，谁让我是heyui的作者。
接下来展示的是heyui的最大的一个特色。那就是全局配置，以及数据驱动。

我们以最简单的Select组件为例子。

Element的调用方式

<template>
  <el-select v-model="value" placeholder="请选择">
    <el-option
      v-for="item in options"
      :key="item.value"
      :label="item.label"
      :value="item.value">
    </el-option>
  </el-select>
</template>

<script>
  export default {
    data() {
      return {
        options: [{
          value: '选项1',
          label: '黄金糕'
        }, {
          value: '选项2',
          label: '双皮奶'
        }, {
          value: '选项3',
          label: '蚵仔煎'
        }, {
          value: '选项4',
          label: '龙须面'
        }, {
          value: '选项5',
          label: '北京烤鸭'
        }],
        value: ''
      }
    }
  }
</script>

iView的调用方式

<template>
  <el-select v-model="value" placeholder="请选择">
    <el-option
      v-for="item in options"
      :key="item.value"
      :label="item.label"
      :value="item.value">
    </el-option>
  </el-select>
</template>

<script>
  export default {
    data() {
      return {
        options: [{
          value: '选项1',
          label: '黄金糕'
        }, {
          value: '选项2',
          label: '双皮奶'
        }, {
          value: '选项3',
          label: '蚵仔煎'
        }, {
          value: '选项4',
          label: '龙须面'
        }, {
          value: '选项5',
          label: '北京烤鸭'
        }],
        value: ''
      }
    }
  }
</script>

HeyUI的调用方式

<template>
  <div v-padding="40">
    <Radio v-model="value" :datas="options"></Radio>
    <div v-height="20"></div>
    <Select v-model="value" :datas="options" placeholder="请选择"></Select>
    <div v-height="20"></div>
    <Tabs v-model="value" :datas="options"></Tabs>
  </div>
</template>

<script>
export default {
  data() {
    return {
      options: [
        {
          key: "a",
          title: "黄金糕"
        },
        {
          key: "b",
          title: "双皮奶"
        },
        {
          key: "c",
          title: "蚵仔煎"
        },
        {
          key: "d",
          title: "龙须面"
        },
        {
          key: "e",
          title: "北京烤鸭"
        }
      ],
      value: "a"
    };
  }
};
</script>

实际效果

代码链接：https://codesandbox.io/s/zxl0yzv6np，点击demo1的按钮

这里就只是简单的说明，后期我会着重在这一个功能上面写一篇文章。

项目大小与依赖

这里，其实我还是比较在意的，毕竟项目的大小和依赖还是比较重要的。

项目大小

哈哈，感觉HeyUI有一点完胜的感觉。

这里我也比较客观的说一下，Element的JS大小的确比较大，主要是因为发布的时间比较长，逐步增加的功能比较多，你去看看Table的组件就可以理解。

然后iView的CSS一开始是直接用的Ant Design的，其实Ant Design的设计相对来说更华丽一些，所以CSS相对来说比较大一些，不过后期iView做了大量的改版，已经和Ant Design区别很大了，就是CSS的大小依旧没有降下来。

而HeyUI的所有组件都是自己写的，相对DOM的结构都比较简洁一些。
而我的设计想法比较多的是交互机制，比较在意一些核心的问题，相对来说，功能我不会做的大而全，另外，使用的用户也可以更方便扩展。

项目依赖

其实项目依赖上面，heyui，可以说是没有。
hey-log: console.log -> log 一个自己家的小工具
hey-utils: 自己家的公用方法
manba: 自己写的日期工具

而element与iview，其实主要的是依赖async-validator与deepmerge，还有popper.js。
其实deepmerge我自己写的hey-utils里面也有啦。
async-validator，其实我自己写了hey-validator。

因为前期改动比较大，就没有单独出来，后面已经把代码独立出来了。
不过heyui还是直接用的源码。

就像前面说的，我一定是得了只能用自己写的代码的病!!!(坚强)

使用率

提交次数

从时间的纬度上来说，其实提交的频率Element相对来说更多一些。
这也是因为Element团队人员人数较多的原因。

star数

其实关于star数，我就不对比了，十万点伤害。
很多的star也意味着更多的使用者，更多的测试者，相对来说，bug数量也少许多。

不过，heyui也在诸多线上的系统运行，也运行了快一年了，相对来说，bug数量也屈指可数。

issues数

欢迎大家使用heyui(谄媚微笑)。

使用率总结

这里我就不放npm下载量的一些对比了。

其实Element不管是star数量或者是issues的数量都是嗷嗷领先，但是这并不代表Element更具备优势，其实我自己在写vue组件库，这两个组件库我还是比较清楚的。

相对来说，star数量对于我来说就没有很大的参考量了，毕竟iView的推广也非常的好。
大家看看就好，我眼馋一下就好，主要还是上面的一些对比。

最终总结

感觉这一篇文章应该没有很多人看，大概是做给我自己看的。
heyui与element和iview相比，并没有很差，有很多很多亮眼的功能，希望大家给heyui多一些展示的机会，多一些尝试的机会。