VUE UI框架对比 element-ui 与 iView

element VS iview
(最近项目UI框架在选型 ，作了个分析， 不带有任何利益相关）
主要从如下几个方面来作对比
使用率（npm 平均下载频率，组件数量，star, issue…)
API风格
打包优化
与设计师友好性

1，使用率（npm 平均下载频率，组件数量，star, issue…)
element-ui

npm 下载次数 以及issue

目前明显未解决bug遗留数量 ,

这个应该跟生态也有关系， 用element 的人多，发现bug 的概率更大，2是iview 里面有不少issue 写明是UI组件的问题 但未标明是确切的bug .

以上对比 其实能够看出， element 开发者团队规模大于iview 团队，其结果就是 不管是提交代码频率， 发布版本数量 都比iview 更强！

截止2017/6/17 最新支持组件对比

（PS 这个是直接看的 官方文档上面的组件列表 ，不表明最后结果）

结论 ，element 生态更好，使用频率远超过iview ,element开发团队实力更强
一些小众组件上各有所长 总体iview 更丰富（时间轴，加载进度条，气泡卡片 ，BackTop,图钉）
API风格
经过使用平率最高的 form table 日历 select 等比较二者

对应代码

明显感受 iview 的api 更加简洁，在生成相似表格 下拉框这些较复杂的组件时 ， iview 的方式相似于antdesign , 好处是直接传数据进去，在内部实现了模板生成，高效 快捷。 而element 则是用到到v-for vue指令结合的方式去生成，批量生成元素。

表格 操做列 自定义渲染的时 ，iview 使用的是 vue的 render 函数， element 直接在template 中插入对应模板
表格分页都须要 引入分页组件 配合使用

二者api 整体比较 ，iview 要比element 简洁许多。 饿了么更侧重于在template里直接去渲染模板
思想上 我的以为iview偏向react, element 更vue

表单校验 二者都使用同一款插件 async-validator 校验方式同样

项目优化角度
首屏优化，第三方组件库依赖过大 会给首屏加载带来很大的压力，通常解决方式是 按需求引入组件
element-ui 根据官方说明 现须要引入 babel-plugin-component 插件 作相关配置 而后直接在组件目录 注册全局组件

这里感受官方给的文档不是很详细

主题
iview

自己提供了一套主题可供选择，除此以外 自定义主题

方法一（官方推荐，前提条件是使用webpack）:
新建一个.less 文件 ， 先在less文件中引入官方样式文件 而后在此基础上复写

方法二 ：
官方提供了 自动编译工具iview-them 来编译。干的事情就是 把自定义的样式和 github仓库最新的样式 经过工具生成一个新的样式文件。

element-ui
若是只替换颜色 ，可使用 在线主题生成工具 在线编辑颜色， 生成element-ui 主题 直接下载 再引入

深度定制主题
官方提供了 主题生成工具 element-them
执行命令 初始化获得一个配置文件 ，修改相关配置 通过编译获得 获得相关主题文件 再经过babel 插件引入

双方都提供了专门的工具用于深度定制主题，综合比较 iview 更加简单，element 主题定制须要配合 babel作一些预编译 ，以及步骤更多 显得更加复杂

过渡动画
element 有内置过渡动画 使得组件的切换变化 更具动感
iview 更为中规中矩

对设计人员
element 提供了 Sketch 和 Axure 工具 对设计人员友好
iview 没有提供

以上 ...