1.1.0 • Published 6 years ago

fx-layout-vue v1.1.0

Weekly downloads
1
License
MIT
Repository
github
Last release
6 years ago

fx-layout 布局组件

fx-layout是一套 Vue 组件,它是为了方便使用 flex 进行大量精细化布局而设计的。它能够减少使用者的输入、方便使用者在模板中调整常用的样式,并提供了一定的可扩展性。

使用方法

  1. 安装 fx-layout-vue 作为依赖:
npm install --save fx-layout-vue
  1. 创建第一个 Vue 实例之前(一般是在main.js入口文件中),在 Vue 构造函数上安装 fx-layout-vue 插件:
import FxLayout from "fx-layout-vue";
Vue.use(FxLayout);
  1. 现在就可以在 Vue 模板中可以使用 FxRow、FxCol、FxItem(或 fx-row、fx-col、fx-item)了!
<template>
  <fx-row wrap>
    <fx-item is-row>
      <fx-item rigid>
        字段1:
      </fx-item>
      <fx-item>
        {{ data }}
      </fx-item>
    </fx-item>
    <fx-item is-row>
      <fx-item rigid>
        字段2:
      </fx-item>
      <fx-item>
        {{ data }}
      </fx-item>
    </fx-item>
  </fx-row>
</template>

使用背景

页面中有大量表单控件和 label,几乎每个控件都需要单独定制大小(min-width、max-width、width)、位置(margin-right、padding-left、display:flex、justify-content:center 等),因此需要写大量的布局代码

iview 的布局组件只是提供了 2 个简单的 flex 容器(RowCol),进行大粒度的布局使用它已经足够,但是当需要进行精细化布局的时候,使用它仍然无法简化布局代码的书写。

因此我开发了一套布局组件 Fx,它蕴含了我在进行精细化布局实践中总结的经验

Fx 套件的组成

  1. FxBase 这个组件并不直接用在模板中,它是其它所有 Fx 组件的“基类”。其它 Fx 组件通过extends 选项继承 FxBase 的所有 props、data、computed(若出现重复,则子属性覆盖父属性)。计算样式值、将样式绑定到div就是在 FxBase 中完成的。其它 Fx 组件都是在 FxBase 的基础上调整样式默认值、定义新props、覆盖computed从而覆盖样式计算的方式
  2. FxRow 这个组件的语义是“一行”,它的子元素默认是横向排列的。它是一个 flex 容器。在 FxBase 的基础上提供了声明 crigid 的功能。
  3. FxCol 与 FxRow 一样,只不过它的子元素默认是纵向排列的。
  4. FxItem 这个组件的语义是“flex 容器中的一项”。默认具有弹性(flex-grow=flex-shrink=1),可以通过声明 rigid 使它不具有弹性。默认display:block,但是如果声明了is-row,它就成为一个 flex 容器,与 FxRow 一样。

灵活使用以上三个组件就可以满足绝大多数的布局需求。一般来说使用方式是:

  • FxCol 容纳行(FxRow),使得 FxRow 纵向排列。通过 cmt 调整行之间的纵向距离
  • FxRow 容纳横向排列的元素(FxItem)流。通过 cmr 调整元素之间的横向距离
  • FxItem 容纳具体内容,比如 label(纯文字,一般设置为 rigid)或者表单输入控件(一般不设置 rigid,而是通过 width、min/max-width 来调整宽度)

Fx 组件的主要特性

  1. 属性简写:比如<fx-row mt="12px">content</fx-row>,那么这个容器就会拥有margin-top:12px的 CSS。属性简写还包括 mr=>margin-right, cml=>children's margin-left, pt=>padding-top 等,更多属性简写可以查看FxBasestyleBindings方法。属性简写减少了代码的书写并使得模板简洁(前提是熟悉简写属性)。
  2. 声明广播:可以在父组件中同时声明所有子组件的 CSS。同一个父组件的所有子组件往往拥有一些一致的样式(比如 margin-right),所以这个功能有助于减少重复的代码。比如
<fx-row cmr="12px">
    <fx-item>content1</fx-item>
    <fx-item>content2</fx-item>
    <fx-item mr="0">content3</fx-item>
</fx-row>

cmr的意思是 children's margin-right,也就是向所有子元素发送 margin-right 的广播。每个 fx-item 子元素都会感知到父元素的广播,因此前两个fx-item拥有margin-right:12px的样式。第三个fx-item由于声明了自己的mr,因此会优先使用自己的声明,拥有margin-right:0的样式。

目前的广播实现原理:当子元素上没有声明mr等属性时,它通过\$parent获取到父组件,读取其cmr属性作为 fallback 值。

属性广播的深度为一层,也就是说,孙子组件不会去读取爷爷组件的cmr

  1. 语义化:fx-row fx-col fx-item rigid is-row 名称简洁而且具有语义,使得模板的可读性更好。将来添加的属性也应该遵循这个名称。
  2. 可扩展性:使用者可以模仿 FxRow 的做法,在新组件中使用extends: FxBase 选项,在继承 FxBase 特性的同时,还能为新组件增加自定义的功能(增加/覆盖 computed、data 中的默认值、props 输入)。我们称 FxBase 与继承组件之间是父组件与子组件的关系。可是既然将样式绑定到div是在 FxBase 中完成的,那如果新增的布局组件(FxBase 的子组件)想要增加新的样式绑定怎么办呢?这时不应该直接修改 FxBase 的代码,因为这会影响到所有继承 FxBase 的组件。FxBase 已经预先设计好了增加新的样式绑定、类名绑定的方案:在子组件中覆盖extendedStyleextendedClass方法,返回需要额外绑定的属性和类名,FxBase 会将返回值一并绑定到 DOM 元素上。

原理:props 绑定->样式绑定 经过的流程

举个例子,在 FxBase 中,从mr输入到绑定margin-right是这样实现的:

  1. 定义 props。props 用于接受输入。
mr: {
    type: String,
    default: undefined
},
  1. 在 data 中定义默认值:defaultMr: ""。它定义了,当 props 没有输入时(this.mr===undefined)应该使用什么默认值。
  2. 定义 computed 方法。computed 方法封装了绑定值的计算逻辑:根据 props、default 值,计算出最终用于绑定的 css 值
marginRight() {
  if (this.mr !== undefined) return this.mr;
  if (this.$parent.cmr !== undefined) return this.$parent.cmr;
  if (this.$parent.defaultCmr) return this.$parent.defaultCmr;
  if (this.defaultMr) return this.defaultMr;
},
  1. computed.styleBindings返回的样式绑定对象中增加:"margin-right": this.marginRight

FxBase 的代码基本上全都是在重复这个流程,定义了十几种 CSS 样式的绑定。

把样式绑定分为以上 4 个步骤有以下好处:

子组件继承 FxBase 时,可以覆盖 defaultMr 或 marginRight 的环节,就能对绑定结果进行微调。比如子组件只需要在 data 中用defaultMr: "2px"来覆盖父值,就能将"margin-right"的默认值修改为 2px。

这也是为什么在定义 props 的环节,我不在default中指定默认值,而是将默认值放在 data.defaultMr 中。

可以参考【组件复用性】原型的可扩展性与可增强性中对于扩展点粒度的讨论。

待改进的地方

  1. 借鉴iview,允许声明响应式的样式。根据当前的设备宽度,应用不同的绑定。
  2. 扩展方案可以设计得更好。在目前的方案下,假设组件 A 通过extends 选项继承 FxBase 并通过覆盖extendedStyle方法来扩展了样式绑定,这时,假设组件 B 想要继承组件 A,这时 B 想要扩展样式绑定就很困难了,因为如果 B 写提供了extendedStyle,它会覆盖掉 A 的extendedStyle!B 必须先将 A 的extendedStyle代码复制过来,然后在这个基础上修改代码。
  3. FxBase 的实现能不能更加自动化?目前,FxBase 的代码是有些僵硬的,200 行代码几乎都在重复前面讲的【props 绑定->样式绑定的流程】。如果能做到这样就更好了:扩展者只需要提供这么一个声明式的对象就能增加一个样式绑定:
{
  cssName: "margin-right",
  shorthand: "mr",
  defaultValue: "",
  computedFunc: (propValue, $parent, defaultValue) => {
    if (propValue !== undefined) return propValue;
    if ($parent.cmr !== undefined) return $parent.cmr;
    if ($parent.defaultCmr) return $parent.defaultCmr;
    if (defaultValue) return defaultValue;
  }
}

框架在调用 computedFunc 时,会传入当时的 props.mr 值、实例的$parent、defaultValue(如果子组件为相同 cssName 提供了 defaultValue,则传入子组件提供的 defaultValue)。这样,所有与这个样式绑定相关的代码集中在一个地方,拥有更好的可读性、可维护性。

  1. 我认为组件可复用性包括可扩展性可增强性两个方面。前面仅仅讨论了可扩展性一个方面,现在我们来讨论一下可增强性。目前,Fx 这套组件是无法动态增强的:如果你想要改变 FxBase(从而同时影响所有 Fx 组件)的行为,你就只能通过修改 FxBase 的代码。能不能允许使用者在使用之前根据自己的需要来配置 FxBase 的行为呢?就像Vue.mixin( mixin )一样。比如,使用者想要为所有 Fx 组件(包括 FxRow 等)增加background-color的绑定属性。通过extends创建一个新组件无法达到这个效果,因为 extends 不会改变父组件的功能,FxRow 依然不会具有这个功能。这就是可扩展性的局限性所在。如何提供可增强性呢?我目前的想法是,使用者在调用Vue.use(FxPlugin, { someOption: {} })的时候,FxPlugin 会全局注册 Fx 组件,注册之前根据 someOption 的配置来修改 FxBase 的组件选项。
  2. 能不能做到深层的广播(不过,深层广播目前没有想到很好的使用场景)?深层广播本质上来说是vue 组件与自己的子组件树进行通信。在这里,“子组件”不是【子组件出现在父组件的模板中】的意思,而是【子组件出现在父组件的 slot 中】的意思。 > 举个例子,假设 ABC 都是 Vue 组件,在<A> <B></B><C></C> </A>的场景下,B 和 C 都出现在了 A 的<slot>中,因此B.$parent C.$parent都指向 A 组件实例。 我目前想到的方案是通过$parent不断向上查找,类似于原型链。不过当组件层次比较深的时候,可能会出现性能问题。