滴滴 Web 移动端组件库 cube-ui 开源-原创手记-慕课网

滴滴 WebApp 团队在去年底用 Vue.js 2.0 对业务进行重构，并开发了一套移动端组件库 cube-ui 支撑业务的开发。经过了一年多的业务考验，cube-ui 也日趋成熟，而且我们相信除了在滴滴内部，cube-ui 也一定也有它的用武之地。好的东西必须要和大家分享，所以我们非常开心的告诉大家， cube-ui 在今天正式开源，源码地址： https://github.com/didi/cube-ui。

cube-ui 从滴滴业务中提炼而来，由滴滴 WebApp 前端架构组开发和维护。cube-ui 的目标是让移动端的开发更加容易，让开发人员更加专注于业务逻辑的开发，提升研发效率。

特性

质量可靠

由滴滴内部组件库精简提炼而来，经历了业务一年多的考验，并且每个组件都有充分单元测试，为后续集成提供保障。
体验极致

以迅速响应、动画流畅、接近原生为目标，在交互体验方面追求极致。
标准规范

遵循统一的设计交互标准，高度还原设计效果；接口标准化，统一规范使用方式，开发更加简单高效。
扩展性强

支持按需引入和后编译，轻量灵活；扩展性强，可以方便地基于现有组件实现二次开发。

优势

相对于同类型的移动端组件库，cube-ui 有哪些优势？

追求极致的体验
我常说一句话：“移动端组件库写的好不好，就看 Picker 组件写的好不好”，因为想把这个组件写好是需要花一定功夫的。cube-ui 的 Picker 是目前所有移动端组件库中实现最细致，体验也是最好的，接近原生 IOS 选择器的效果。类似的还有 indexList 索引列表组件，我们在一些交互的细节上都考虑的非常细致，比如对吸顶标题的处理，按压态的处理等。
后编译技术
后编译技术是滴滴前端团队在“一个项目中引用多个 es6 开发的模块，由于 babel 编译会产生多份额外代码”的问题的一个思考并总结出的一套优化的技术方案。cube-ui 组件库也用到了该技术方案，它会让最终使用方引用 cube-ui 组件库编译产生的代码体积减少，在一定程度上优化了性能。

组件

cube-ui 组件主要包括 3 个部分，基础组件、弹出层组件和滚动组件。目前总共开源了 14 个组件，我们的原则是只开源通用性强的组件。虽然目前组件的个数不多，但是在组件的体验和交互，包括易用性上我们都追求极致。

使用

cube-ui 支持 2 种使用方式，声明式和 API 式。

<template>
  <cube-button @click="showToast">show toast</cube-button>
</template>

<script>
  export default {
    data() {
      return {
        toastTxt: 'toast content'
      }
    },
    methods: {
      showToast() {
        this.$createToast({
          txt: this.toastTxt
        }).show()
      }
    }
  }
</script>

如上代码所示，这里面实际上使用了 2 个 cube-ui 的组件，cube-button 和 cube-toast。可以看到，cube-button 我们是用了声明式的创建，而 cube-toast 是通过实例上的 $createToast API 调用。

Vue.js 是比较推崇声明式的方式使用组件，但是考虑到组件嵌套较深的场景，子组件的样式可能被父级样式影响，所以我们针对弹出层类型的组件设计了 API 方式的调用，它们最终会挂载到 body 元素下，避免了样式受父级影响。

扩展

cube-ui 的某些组件有着很好的扩展性，我们可以根据实际场景需求做功能的扩展，举例说明：

Popup

弹层类组件的基类，内置所有的弹层类组件（Toast、Picker、TimePicker、Dialog、ActionSheet ）等都是基于 Popup 组件实现，当然我们也可以基于它开发更丰富的弹层类组件。
Picker

移动端选择器组件， TimePicker 就是在 Picker 基础上封装出来的组件，当然我们也可以基于 Picker 扩展出一个城市选择器组件。