前端架构之路:数据驱动型组件-HeyUI,一个新型的VUE组件库

什么是数据驱动型组件?

其实,目前来说,也只有HEYUI组件库是这种方式的尝试者,这也是我在设计组件库的过程中,慢慢思考的成果。
所以,关于这一种定义,还没有人运用过。
当然,这也是HEYUI区别于其他组件库很重要的一点。
不熟悉HEYUI的人,可以移步:HEYUI官网
或者也看下我们自我介绍的文章:HEYUI,新的vue组件库发布啦~~

前言

有很多人对于我写的关于HEYUI的config全局配置不是很容易理解。
所以,今天这篇文章主要是用于仔细说明HEYUI这个“数据驱动型组件”到底是什么?
并由数据驱动型组件引发的全局配置又是如果使用的。

数据双向绑定

在说组件之前,我们来说说数据双向绑定。
我们目前终于摆脱使用jquery操作dom的方式来完成所有的交互,而是使用数据双向绑定的机制来完成我们的前端交互。
那为什么越来越多的人选择使用双向绑定呢?
因为我们希望,我们只需要来处理交互的逻辑就好,这样逻辑的变动引发的dom变动,如果能变成自动的,那么我们的开发速度,以及代码质量将会大大的增高。
想起以前,我们的修改了一个值,jquery修改一个地方的展示,修改了第二个地方的展示,还悲催的漏了第三个的改动。

那同理,我们来说说数据驱动型的组件。

数据驱动型组件

在数据双向绑定的基础之上,我们简化了dom的操作,甚至已经抛弃了jquery。
而依据于双向绑定机制开发的组件,越来越多。

那数据驱动型组件,到底和普通的组件有什么不一样的呢?
首先,我想问,大多数前端组件,到底是用来做什么的呢?

我给的答案是:给用户一组数据,让用户去选择

我将我写在heyui的全局配置的文字拿过来说明一下:

  • 1~5个选择项单选:Radio, 或者Select
  • 1~5个选择项多选:Checkbox, 或者Select(multiple)
  • 5~15个选择项单选/多选:Select
  • 15~40个选择项单选/多选:Select(filterable), 或者AutoComplete
  • 40个以上或者需要远程模糊查询:AutoComplete
  • 拥有层级信息的数据选择:TreePicker

不管设计是什么样子的,但是数据和交互都是一致的。
我不在乎组件是什么样子的,我们要做的,是帮你将数据与内部的交互机制封装好,让你可以按照自己的需求开发,不需要重复写一套又一套,逻辑一模一样的代码。

下面,我们通过示例来说明。

示例

线上代码&运行:codesandbox.io/s/github/vv…

简单应用

我们以demo1的示例来说明。
所有的组件都是通过datas来做处理的。

<template>
  <Select v-model="value" :datas="options" placeholder="请选择"></Select>
</template>

<script>
export default {
  data() {
    return {
      //heyui 同时支持多种数据格式,详细可查看http://www.heyui.top/component/data/plugin/select
      options: [ { key: "a", title: "黄金糕" }, { key: "b", title: "双皮奶" }, { key: "c", title: "蚵仔煎" }, { key: "d", title: "龙须面" }, { key: "e", title: "北京烤鸭" } ],
      value: "a"
    };
  }
};
</script>
复制代码

我们再看看element的示例,包括iview与ant-design都是这一种方式。

<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: [ { key: "a", title: "黄金糕" }, { key: "b", title: "双皮奶" }, { key: "c", title: "蚵仔煎" }, { key: "d", title: "龙须面" }, { key: "e", title: "北京烤鸭" } ],
        value: ''
      }
    }
  }
</script>
复制代码

这里主要的区分是我们没有option选项的标签编写。
其实option标签的编写,还是继承了html原生模式的思维模式。

如果你仔细看heyui的select组件,你会发现,其实我们是通过单选,双选,有没有‘请选择’选择项等配置来设定select的行为,而本身select的选择来源,我们通过dict统一配置。
有兴趣的可以去 HeyUI Select 组件 查看。

代码说明

1、展示数据驱动型组件

通过使用datas的数据,我们可以渲染不同的组件。
代码目录:src/components/demo/datas

2、定义字典

代码目录:src/js/config/dict-config.js

3、使用字典配置

代码目录:src/components/demo/dict

4、更多的应用

优势

更少的重复代码量

select 等组件,原则上面都key与title的数据,然后进行选择。
当然,我们也拥有更复杂的展现形式,这个heyui是支持的。

<Select v-model="value" :datas="options" placeholder="请选择"></Select>
复制代码
<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>
复制代码

当在你的系统复用无数遍的select,你会发现你的代码极其简洁。

代码可读性

当你编写一个庞大的Form,代码量的减少,一行一个组件,这样的方式可以让我们的代码可读性非常的高。
而在一些代码的复制上面,你只需要关心v-model绑定的函数,减少了无数个for循环的代码。

代码可控性

使用dict config,通用的字典集中化配置,更好的调用,更好的维护。
在代码编写上,只需要通过dict属性的配置即可完成。

背景图--LAN(摄于四川若尔盖)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值