tencent cloud

文档反馈

自定义组件

最后更新时间:2024-07-12 18:41:45

    1. 介绍

    开发者可以将页面内的功能模块抽象成自定义组件,以便在不同的页面中重复使用;也可以将复杂的页面拆分成多个低耦合的模块,有助于代码维护。自定义组件在使用时与基础组件非常相似。

    1.1 创建自定义组件

    类似于页面,一个自定义组件由json wxml wxss js4个文件组成。要编写一个自定义组件,首先需要在 json 文件中进行自定义组件声明(将 component 字段设为 true 可将这一组文件设为自定义组件):
    {
    "component": true
    }
    同时,还要在wxml文件中编写组件模板,在wxss文件中加入组件样式,它们的写法与页面的写法类似。具体细节和注意事项参见 组件模板和样式
    代码示例:
    <!-- 这是自定义组件的内部WXML结构 -->
    <view class="inner">
    {{innerText}}
    </view>
    <slot></slot>
    /* 这里的样式只应用于这个自定义组件 */
    .inner {
    color: red;
    }
    注意:
    在组件wxss中不应使用ID选择器、属性选择器和标签名选择器。
    在自定义组件的 js 文件中,需要使用Component()来注册组件,并提供组件的属性定义、内部数据和自定义方法。
    组件的属性值和内部数据将被用于组件 wxml 的渲染,其中,属性值是可由组件外部传入的。更多细节参见 Component构造器
    代码示例:
    Component({
    properties: {
    // 这里定义了innerText属性,属性值可以在组件使用时指定
    innerText: {
    type: String,
    value: 'default value',
    }
    },
    data: {
    // 这里是一些组件内部数据
    someData: {}
    },
    methods: {
    // 这里是一个自定义方法
    customMethod: function(){}
    }
    })

    1.2 使用自定义组件

    使用已注册的自定义组件前,首先要在页面的 json 文件中进行引用声明。此时需要提供每个自定义组件的标签名和对应的自定义组件文件路径:
    {
    "usingComponents": {
    "component-tag-name": "path/to/the/custom/component"
    }
    }
    这样,在页面的wxml中就可以像使用基础组件一样使用自定义组件。节点名即自定义组件的标签名,节点属性即传递给组件的属性值。
    说明:
    在 app.json 中声明的 usingComponents 字段视为全局自定义组件,在小程序内的页面或自定义组件中可以直接使用而无需再声明。
    代码示例:
    <view>
    <!-- 以下是对一个自定义组件的引用 -->
    <component-tag-name inner-text="Some text"></component-tag-name>
    </view>
    自定义组件的 wxml 节点结构在与数据结合之后,将被插入到引用位置内。

    1.3 注意事项

    一些需要注意的细节:
    因为 WXML 节点标签名只能是小写字母中划线下划线的组合,所以自定义组件的标签名也只能包含这些字符。
    自定义组件也是可以引用自定义组件的,引用方法类似于页面引用自定义组件的方式(使用 usingComponents 字段)。
    自定义组件和页面所在项目根目录名不能以“wx-”为前缀,否则会报错。
    注意,是否在页面文件中使用 usingComponents 会使得页面的 this 对象的原型稍有差异,包括:
    使用 usingComponents 页面的原型与不使用时不一致,即 Object.getPrototypeOf(this) 结果不同。
    使用 usingComponents 时会多一些方法,如 selectComponent
    出于性能考虑,使用 usingComponents 时, setData 内容不会被直接深复制,即 this.setData({ field: obj })this.data.field === obj。(深复制会在这个值被组件间传递时发生。)
    如果页面比较复杂,新增或删除 usingComponents 定义段时建议重新测试一下。

    2. 组件模板和样式

    类似于页面,自定义组件拥有自己的wxml模板和wxss样式。

    2.1 组件模板

    组件模板的写法与页面模板相同。组件模板与组件数据结合后生成的节点树,将被插入到组件的引用位置上。
    在组件模板中可以提供一个 <slot> 节点,用于承载组件引用时提供的子节点。
    代码示例:
    <!-- 组件模板 -->
    <view class="wrapper">
    <view>这里是组件的内部节点</view>
    <slot></slot>
    </view>
    <!-- 引用组件的页面模板 -->
    <view>
    <component-tag-name>
    <!-- 这部分内容将被放置在组件 <slot> 的位置上 -->
    <view>这里是插入到组件slot中的内容</view>
    </component-tag-name>
    </view>
    注意:
    在模板中引用到的自定义组件及其对应的节点名需要在 json 文件中显式定义,否则会被当作一个无意义的节点。除此以外,节点名也可以被声明为抽象节点

    2.2 模板数据绑定

    与普通的 WXML 模板类似,可以使用数据绑定,这样就可以向子组件的属性传递动态数据。
    代码示例:
    <!-- 引用组件的页面模板 -->
    <view>
    <component-tag-name prop-a="{{dataFieldA}}" prop-b="{{dataFieldB}}">
    <!-- 这部分内容将被放置在组件 <slot> 的位置上 -->
    <view>这里是插入到组件slot中的内容</view>
    </component-tag-name>
    </view>
    在以上例子中,组件的属性 propApropB 将收到页面传递的数据。页面可以通过 setData 来改变绑定的数据字段。
    注意:
    这样的数据绑定只能传递 JSON 兼容数据。

    2.3 组件 WXML 的 slot

    在组件的 wxml 中可以包含 slot 节点,用于承载组件使用者提供的 wxml 结构。
    默认情况下,一个组件的 wxml 中只能有一个 slot 。需要使用多 slot 时,可以在组件 js 中声明启用。
    Component({
    options: {
    multipleSlots: true // 在组件定义时的选项中启用多slot支持
    },
    properties: { /* ... */ },
    methods: { /* ... */ }
    })
    此时,可以在这个组件的 wxml 中使用多个slot,以不同的name来区分。
    <!-- 组件模板 -->
    <view class="wrapper">
    <slot name="before"></slot>
    <view>这里是组件的内部细节</view>
    <slot name="after"></slot>
    </view>
    使用时,用 slot 属性来将节点插入到不同的 slot 上。
    <!-- 引用组件的页面模板 -->
    <view>
    <component-tag-name>
    <!-- 这部分内容将被放置在组件 <slot name="before"> 的位置上 -->
    <view slot="before">这里是插入到组件slot name="before"中的内容</view>
    <!-- 这部分内容将被放置在组件 <slot name="after"> 的位置上 -->
    <view slot="after">这里是插入到组件slot name="after"中的内容</view>
    </component-tag-name>
    </view>

    2.4 组件样式

    组件对应wxss文件的样式,只对组件 wxml 内的节点生效。编写组件样式时,需要注意以下几点:
    组件和引用组件的页面不能使用 id 选择器(#a)、属性选择器([a])和标签名选择器,请改用 class 选择器。
    组件和引用组件的页面中使用后代选择器(.a .b)在一些极端情况下会有非预期的表现,如遇,请避免使用。
    子元素选择器(.a>.b)只能用于 view 组件与其子节点之间,用于其他组件可能导致非预期的情况。
    继承样式,如fontcolor,会从组件外继承到组件内。
    除继承样式外,app.wxss中的样式、组件所在页面的样式对自定义组件无效(除非更改组件样式隔离选项)。
    #a { } /* 在组件中不能使用 */
    [a] { } /* 在组件中不能使用 */
    button { } /* 在组件中不能使用 */
    .a > .b { } /* 除非 .a 是 view 组件节点,否则不一定会生效 */
    除此以外,组件可以指定它所在节点的默认样式,使用:host选择器。
    代码示例:
    /* 组件 custom-component.wxss */
    :host {
    color: yellow;
    }
    <!-- 页面的 WXML -->
    <custom-component>这段文本是黄色的</custom-component>

    2.5 外部样式

    有时,组件希望接受外部传入的样式类。此时可以在 Component 中用 externalClasses 定义段定义若干个外部样式类。
    这个特性可以用于实现类似于 view 组件的 hover-class 属性:页面可以提供一个样式类,赋予 viewhover-class ,这个样式类本身写在页面中而非 view 组件的实现中。
    注意:
    在同一个节点上使用普通样式类和外部样式类时,两个类的优先级是未定义的,因此最好避免这种情况。
    代码示例:
    /* 组件 custom-component.js */
    Component({
    externalClasses: ['my-class']
    })
    <!-- 组件 custom-component.wxml -->
    <custom-component class="my-class">这段文本的颜色由组件外的 class 决定</custom-component>
    这样,组件的使用者可以指定这个样式类对应的 class ,就像使用普通属性一样。
    代码示例:
    <!-- 页面的 WXML -->
    <custom-component my-class="red-text" />
    <custom-component my-class="large-text" />
    .red-text {
    color: red;
    }
    .large-text {
    font-size: 1.5em;
    }

    2.6 使组件接受全局样式

    默认情况下,自定义组件的样式只受到自定义组件 wxss 的影响。除非以下两种情况:
    app.wxss 或页面的 wxss 中使用了标签名选择器(或一些其他特殊选择器)来直接指定样式,这些选择器会影响到页面和全部组件。通常情况下这是不推荐的做法。
    在特定的自定义组件激活了addGlobalClass选项,这使得这个自定义组件能被 app.wxss 或页面的 wxss 中的所有的样式定义影响。
    要激活 addGlobalClass 选项,只需要在 Component 构造器中将 options.addGlobalClass 字段置为 true
    注意:
    当激活了addGlobalClass选项后,存在外部样式污染组件样式的风险,请谨慎选择。
    代码示例:
    /* 组件 custom-component.js */
    Component({
    options: {
    addGlobalClass: true,
    }
    }
    <!-- 组件 custom-component.wxml -->
    <text class="red-text">
    这段文本的颜色由 `app.wxss` 和页面 `wxss` 中的样式定义来决定
    </text>
    /* app.wxss */
    .red-text {
    color: red;
    }

    3. Component 构造器

    Component构造器可用于定义组件,调用 Component 构造器时可以指定组件的属性、数据、方法等。
    详细的参数含义和使用请参考 Component 组件
    Component({
    
    behaviors: [],
    
    properties: {
    myProperty: { // 属性名
    type: String, // 类型(必填),目前接受的类型包括:String, Number, Boolean, Object, Array, null(表示任意类型)
    value: '', // 属性初始值(可选),如果未指定则会根据类型选择一个
    observer(newVal, oldVal, changedPath) {
    // 属性被改变时执行的函数(可选),也可以写成在methods段中定义的方法名字符串, 如:'_propertyChange'
    // 通常 newVal 就是新设置的数据, oldVal 是旧数据
    }
    },
    myProperty2: String // 简化的定义方式
    },
    data: {}, // 私有数据,可用于模板渲染
    
    lifetimes: {
    // 生命周期函数,可以为函数,或一个在methods段中定义的方法名
    attached() { },
    moved() { },
    detached() { },
    },
    
    // 生命周期函数,可以为函数,或一个在methods段中定义的方法名
    attached() { }, // 此处attached的声明会被lifetimes字段中的声明覆盖
    ready() { },
    
    pageLifetimes: {
    // 组件所在页面的生命周期函数
    show() { },
    hide() { },
    resize() { },
    },
    
    methods: {
    onMyButtonTap() {
    this.setData({
    // 更新属性和数据的方法与更新页面数据的方法类似
    })
    },
    // 内部方法建议以下划线开头
    _myPrivateMethod() {
    // 这里将 data.A[0].B 设为 'myPrivateData'
    this.setData({
    'A[0].B': 'myPrivateData'
    })
    },
    _propertyChange(newVal, oldVal) {
    
    }
    }
    })
    properties定义段中,属性名采用驼峰写法(propertyName);在 wxml 中,指定属性值时则对应使用连字符写法(component-tag-name property-name="attr value"),应用于数据绑定时采用驼峰写法(attr="{{propertyName}}")。

    3.1 使用 Component 构造器构造页面

    事实上,小程序的页面也可以视为自定义组件。因而,页面也可以使用 Component 构造器构造,拥有与普通组件一样的定义段与实例方法。但此时要求对应 json 文件中包含 usingComponents 定义段。
    此时,组件的属性可以用于接收页面的参数,如访问页面 /pages/index/index?paramA=123&paramB=xyz ,如果声明有属性 paramAparamB ,则它们会被赋值为 123xyz
    页面的生命周期方法(即 on 开头的方法),应写在 methods 定义段中。
    代码示例:
    {
    "usingComponents": {}
    }
    Component({
    properties: {
    paramA: Number,
    paramB: String,
    },
    methods: {
    onLoad: function() {
    this.data.paramA // 页面参数 paramA 的值
    this.data.paramB // 页面参数 paramB 的值
    }
    }
    })
    使用 Component 构造器来构造页面的一个好处是可以使用 behaviors 来提取所有页面中公用的代码段。
    例如,在所有页面被创建和销毁时都要执行同一段代码,就可以把这段代码提取到 behaviors 中。
    代码示例:
    // page-common-behavior.js
    module.exports = Behavior({
    attached: function() {
    // 页面创建时执行
    console.info('Page loaded!')
    },
    detached: function() {
    // 页面销毁时执行
    console.info('Page unloaded!')
    }
    })
    // 页面 A
    var pageCommonBehavior = require('./page-common-behavior')
    Component({
    behaviors: [pageCommonBehavior],
    data: { /* ... */ },
    methods: { /* ... */ },
    })
    // 页面 B
    var pageCommonBehavior = require('./page-common-behavior')
    Component({
    behaviors: [pageCommonBehavior],
    data: { /* ... */ },
    methods: { /* ... */ },
    })

    4. 组件间通信与事件

    4.1 组件间通信

    组件间的基本通信方式有以下几种。
    WXML 数据绑定:用于父组件向子组件的指定属性设置数据,仅能设置 JSON 兼容数据。具体在 组件模板和样式 章节中介绍。
    事件:用于子组件向父组件传递数据,可以传递任意数据。
    如果以上两种方式不足以满足需要,父组件还可以通过 this.selectComponent方法获取子组件实例对象,这样就可以直接访问组件的任意数据和方法。

    4.2 监听事件

    事件系统是组件间通信的主要方式之一。自定义组件可以触发任意的事件,引用组件的页面可以监听这些事件。关于事件的基本概念和用法,参见 事件
    监听自定义组件事件的方法与监听基础组件事件的方法完全一致:
    代码示例:
    <!-- 当自定义组件触发“myevent”事件时,调用“onMyEvent”方法 -->
    <component-tag-name bindmyevent="onMyEvent" />
    <!-- 或者可以写成 -->
    <component-tag-name bind:myevent="onMyEvent" />
    Page({
    onMyEvent: function(e){
    e.detail // 自定义组件触发事件时提供的detail对象
    }
    })

    4.3 触发事件

    自定义组件触发事件时,需要使用 triggerEvent 方法,指定事件名、detail 对象和事件选项:
    代码示例:
    <!-- 在自定义组件中 -->
    <button bindtap="onTap">点击这个按钮将触发“myevent”事件</button>
    Component({
    properties: {},
    methods: {
    onTap: function(){
    var myEventDetail = {} // detail对象,提供给事件监听函数
    var myEventOption = {} // 触发事件的选项
    this.triggerEvent('myevent', myEventDetail, myEventOption)
    }
    }
    })
    触发事件的选项包括:
    选项名
    类型
    是否必填
    默认值
    描述
    bubbles
    Boolean
    false
    事件是否冒泡
    composed
    Boolean
    false
    事件是否可以穿越组件边界,为 false 时,事件将只能在引用组件的节点树上触发,不进入其他任何组件内部
    capturePhase
    Boolean
    false
    事件是否拥有捕获阶段
    关于冒泡和捕获阶段的概念,请阅读 事件详解 章节中的相关说明。
    代码示例:
    // 页面 page.wxml
    <another-component bindcustomevent="pageEventListener1">
    <my-component bindcustomevent="pageEventListener2"></my-component>
    </another-component>
    // 组件 another-component.wxml
    <view bindcustomevent="anotherEventListener">
    <slot />
    </view>
    // 组件 my-component.wxml
    <view bindcustomevent="myEventListener">
    <slot />
    </view>
    // 组件 my-component.js
    Component({
    methods: {
    onTap: function(){
    this.triggerEvent('customevent', {}) // 只会触发 pageEventListener2
    this.triggerEvent('customevent', {}, { bubbles: true }) // 会依次触发 pageEventListener2 、 pageEventListener1
    this.triggerEvent('customevent', {}, { bubbles: true, composed: true }) // 会依次触发 pageEventListener2 、 anotherEventListener 、 pageEventListener1
    }
    }
    })

    4.4 获取组件实例

    可在父组件里调用 this.selectComponent ,获取子组件的实例对象。
    调用时需要传入一个匹配选择器 selector,如:this.selectComponent(".my-component")
    selector 详细语法可查看 selector 语法参考文档
    代码示例:
    // 父组件
    Page({
    data: {},
    getChildComponent: function () {
    const child = this.selectComponent('.my-component');
    console.log(child)
    }
    })
    在上例中,父组件将会获取 classmy-component 的子组件实例对象,即子组件的 this 。
    若需要自定义 selectComponent 返回的数据,可使用内置 behavior: wx://component-export
    使用该 behavior 时,自定义组件中的 export 定义段将用于指定组件被 selectComponent 调用时的返回值。
    代码示例:
    // 自定义组件 my-component 内部
    Component({
    behaviors: ['wx://component-export'],
    export() {
    return { myField: 'myValue' }
    }
    })
    <!-- 使用自定义组件时 -->
    <my-component id="the-id" />
    // 父组件调用
    const child = this.selectComponent('#the-id') // 等于 { myField: 'myValue' }
    在上例中,父组件获取 idthe-id 的子组件实例的时候,得到的是对象{ myField: 'myValue' }

    5. 组件生命周期

    组件的生命周期,指的是组件自身的一些函数,这些函数在特殊的时间点或遇到一些特殊的框架事件时被自动触发。
    其中,最重要的生命周期是 created attached detached ,包含一个组件实例生命流程的最主要时间点。
    组件实例刚刚被创建好时, created 生命周期被触发。此时,组件数据 this.data 就是在 Component 构造器中定义的数据data此时还不能调用setData。 通常情况下,这个生命周期只应该用于给组件 this 添加一些自定义属性字段。
    在组件完全初始化完毕、进入页面节点树后,attached 生命周期被触发。此时,this.data 已被初始化为组件的当前值。这个生命周期很有用,绝大多数初始化工作可以在这个时机进行。
    在组件离开页面节点树后, detached 生命周期被触发。退出一个页面时,如果组件还在页面节点树中,则 detached 会被触发。

    5.1 定义生命周期方法

    生命周期方法可以直接定义在 Component 构造器的第一级参数中。
    组件的生命周期也可以在 lifetimes 字段内进行声明(这是推荐的方式,其优先级最高)。 代码示例:
    Component({
    lifetimes: {
    attached: function() {
    // 在组件实例进入页面节点树时执行
    },
    detached: function() {
    // 在组件实例被从页面节点树移除时执行
    },
    },
    // 以下是旧式的定义方式,可以保持对 <1.0.2 版本基础库的兼容
    attached: function() {
    // 在组件实例进入页面节点树时执行
    },
    detached: function() {
    // 在组件实例被从页面节点树移除时执行
    },
    // ...
    })
    在 behaviors 中也可以编写生命周期方法,同时不会与其他 behaviors 中的同名生命周期相互覆盖。但要注意,如果一个组件多次直接或间接引用同一个 behavior ,这个 behavior 中的生命周期函数在一个执行时机内只会执行一次。
    可用的全部生命周期如下表所示。
    生命周期
    参数
    描述
    created
    在组件实例刚刚被创建时执行
    attached
    在组件实例进入页面节点树时执行
    ready
    在组件在视图层布局完成后执行
    moved
    在组件实例被移动到节点树另一个位置时执行
    detached
    在组件实例被从页面节点树移除时执行
    error
    Object Error
    每当组件方法抛出错误时执行

    5.2 组件所在页面的生命周期

    还有一些特殊的生命周期,它们并非与组件有很强的关联,但有时组件需要获知,以便组件内部处理。这样的生命周期称为“组件所在页面的生命周期”,在 pageLifetimes 定义段中定义。其中可用的生命周期包括:
    生命周期
    参数
    描述
    show
    组件所在的页面被展示时执行
    hide
    组件所在的页面被隐藏时执行
    resize
    Object Size
    组件所在的页面尺寸变化时执行
    注意:
    自定义 tabBar 的 pageLifetime 不会触发。
    代码示例:
    Component({
    pageLifetimes: {
    show: function() {
    // 页面被展示
    },
    hide: function() {
    // 页面被隐藏
    },
    resize: function(size) {
    // 页面尺寸变化
    }
    }
    })

    6. behaviors

    behaviors 是用于组件间代码共享的特性,类似于一些编程语言中的 “mixins” 或 “traits”。
    每个 behavior 可以包含一组属性、数据、生命周期函数和方法。组件引用它时,它的属性、数据和方法会被合并到组件中,生命周期函数也会在对应时机被调用。 每个组件可以引用多个 behaviorbehavior 也可以引用其它 behavior
    详细的参数含义和使用请参考 Behavior 参考文档。

    6.1 组件中使用

    behavior 需要使用 Behavior() 构造器定义。
    代码示例:
    // my-behavior.js
    module.exports = Behavior({
    behaviors: [],
    properties: {
    myBehaviorProperty: {
    type: String
    }
    },
    data: {
    myBehaviorData: {}
    },
    attached() {},
    methods: {
    myBehaviorMethod() {}
    }
    })
    组件引用时,在 behaviors 定义段中将它们逐个列出即可。
    // my-component.js
    var myBehavior = require('my-behavior')
    Component({
    behaviors: [myBehavior],
    properties: {
    myProperty: {
    type: String
    }
    },
    data: {
    myData: 'my-component-data'
    },
    created: function () {
    console.log('[my-component] created')
    },
    attached: function () {
    console.log('[my-component] attached')
    },
    ready: function () {
    console.log('[my-component] ready')
    },
    methods: {
    myMethod: function () {
    console.log('[my-component] log by myMethod')
    },
    }
    })
    在上例中,my-component组件定义中加入了my-behavior
    my-behavior 的结构为:
    属性:myBehaviorProperty
    数据字段:myBehaviorData
    方法:myBehaviorMethod
    生命周期函数:attachedcreatedready
    这将使 my-component 最终结构为:
    属性:myBehaviorPropertymyProperty
    数据字段:myBehaviorDatamyData
    方法:myBehaviorMethodmyMethod
    生命周期函数:attachedcreatedready
    当组件触发生命周期时,上例生命周期函数执行顺序为:
    1. [my-behavior] created
    2. [my-component] created
    3. [my-behavior] attached
    4. [my-component] attached
    5. [my-behavior] ready
    6. [my-component] ready

    6.2 同名字段的覆盖和组合规则

    组件和它引用的 behavior 中可以包含同名的字段,对这些字段的处理方法如下:
    如果有同名的属性 (properties) 或方法 (methods):
    若组件本身有这个属性或方法,则组件的属性或方法会覆盖 behavior 中的同名属性或方法;
    若组件本身无这个属性或方法,则在组件的 behaviors 字段中定义靠后的 behavior 的属性或方法会覆盖靠前的同名属性或方法;
    在 2 的基础上,若存在嵌套引用 behavior 的情况,则规则为:引用者 behavior 覆盖 被引用的 behavior 中的同名属性或方法。
    如果有同名的数据字段 (data):
    若同名的数据字段都是对象类型,会进行对象合并;
    其余情况会进行数据覆盖,覆盖规则为: 引用者 behavior > 被引用的 behavior 、 靠后的 behavior > 靠前的 behavior。(优先级高的覆盖优先级低的,最大的为优先级最高)。
    生命周期函数和 observers 不会相互覆盖,而是在对应触发时机被逐个调用:
    对于不同的生命周期函数之间,遵循组件生命周期函数的执行顺序;
    对于同种生命周期函数和同字段 observers ,遵循如下规则:
    behavior 优先于组件执行;
    被引用的 behavior 优先于 引用者 behavior 执行;
    靠前的 behavior 优先于 靠后的 behavior 执行;
    如果同一个 behavior 被一个组件多次引用,它定义的生命周期函数和 observers 不会重复执行。

    6.3 内置 behaviors

    自定义组件可以通过引用内置的 behavior 来获得内置组件的一些行为。
    Component({
    behaviors: ['wx://form-field']
    })
    在上例中, wx://form-field 代表一个内置 behavior ,它使得这个自定义组件有类似于表单控件的行为。
    内置 behavior 往往会为组件添加一些属性。在没有特殊说明时,组件可以覆盖这些属性来改变它的 type 或添加 observer

    6.3.1 wx://form-field

    使自定义组件有类似于表单控件的行为。 form 组件可以识别这些自定义组件,并在 submit 事件中返回组件的字段名及其对应字段值。
    属性名
    类型
    描述
    name
    String
    在表单中的字段名
    value
    任意
    在表单中的字段值
    代码示例:
    // custom-form-field.js
    Component({
    behaviors: ['wx://form-field'],
    data: {
    value: ''
    },
    methods: {
    onChange: function (e) {
    this.setData({
    value: e.detail.value,
    })
    }
    }
    })

    6.3.2 wx://component-export

    使自定义组件支持 export 定义段。这个定义段可以用于指定组件被 selectComponent 调用时的返回值。
    详细用法以及代码示例可见:selectComponent 参考文档

    7. 组件间关系

    7.1 定义和使用组件间关系

    有时需要实现这样的组件:
    <custom-ul>
    <custom-li> item 1 </custom-li>
    <custom-li> item 2 </custom-li>
    </custom-ul>
    这个例子中,custom-ulcustom-li 都是自定义组件,它们有相互间的关系,相互间的通信往往比较复杂。此时在组件定义时加入 relations 定义段,可以解决这样的问题。示例:
    // path/to/custom-ul.js
    Component({
    relations: {
    './custom-li': {
    type: 'child', // 关联的目标节点应为子节点
    linked: function(target) {
    // 每次有custom-li被插入时执行,target是该节点实例对象,触发在该节点attached生命周期之后
    },
    linkChanged: function(target) {
    // 每次有custom-li被移动后执行,target是该节点实例对象,触发在该节点moved生命周期之后
    },
    unlinked: function(target) {
    // 每次有custom-li被移除时执行,target是该节点实例对象,触发在该节点detached生命周期之后
    }
    }
    },
    methods: {
    _getAllLi: function(){
    // 使用getRelationNodes可以获得nodes数组,包含所有已关联的custom-li,且是有序的
    var nodes = this.getRelationNodes('path/to/custom-li')
    }
    },
    ready: function(){
    this._getAllLi()
    }
    })
    // path/to/custom-li.js
    Component({
    relations: {
    './custom-ul': {
    type: 'parent', // 关联的目标节点应为父节点
    linked: function(target) {
    // 每次被插入到custom-ul时执行,target是custom-ul节点实例对象,触发在attached生命周期之后
    },
    linkChanged: function(target) {
    // 每次被移动后执行,target是custom-ul节点实例对象,触发在moved生命周期之后
    },
    unlinked: function(target) {
    // 每次被移除时执行,target是custom-ul节点实例对象,触发在detached生命周期之后
    }
    }
    }
    })
    注意:
    必须在两个组件定义中都加入 relations 定义,否则不会生效。

    7.2 关联一类组件

    有时,需要关联的是一类组件,如:
    <custom-form>
    <view>
    input
    <custom-input></custom-input>
    </view>
    <custom-submit> submit </custom-submit>
    </custom-form>
    custom-form 组件想要关联 custom-inputcustom-submit 两个组件。此时,如果这两个组件都有同一个 behavior:
    // path/to/custom-form-controls.js
    module.exports = Behavior({
    // ...
    })
    // path/to/custom-input.js
    var customFormControls = require('./custom-form-controls')
    Component({
    behaviors: [customFormControls],
    relations: {
    './custom-form': {
    type: 'ancestor', // 关联的目标节点应为祖先节点
    }
    }
    })
    // path/to/custom-submit.js
    var customFormControls = require('./custom-form-controls')
    Component({
    behaviors: [customFormControls],
    relations: {
    './custom-form': {
    type: 'ancestor', // 关联的目标节点应为祖先节点
    }
    }
    })
    则在 relations 关系定义中,可使用这个 behavior 来代替组件路径作为关联的目标节点:
    // path/to/custom-form.js
    var customFormControls = require('./custom-form-controls')
    Component({
    relations: {
    'customFormControls': {
    type: 'descendant', // 关联的目标节点应为子孙节点
    target: customFormControls
    }
    }
    })

    7.2 relations 定义段

    relations 定义段包含目标组件路径及其对应选项,可包含的选项见下表。
    选项
    类型
    是否必填
    描述
    type
    String
    目标组件的相对关系,可选的值为 parent childancestordescendant
    linked
    Function
    关系生命周期函数,当关系被建立在页面节点树中时触发,触发时机在组件 attached 生命周期之后
    linkChanged
    Function
    关系生命周期函数,当关系在页面节点树中发生改变时触发,触发时机在组件 moved 生命周期之后
    unlinked
    Function
    关系生命周期函数,当关系脱离页面节点树时触发,触发时机在组件 detached 生命周期之后
    target
    String
    如果这一项被设置,则它表示关联的目标节点所应具有的behavior,所有拥有这一 behavior 的组件节点都会被关联

    8. 数据监听器

    数据监听器可以用于监听和响应任何属性和数据字段的变化。

    8.1 使用数据监听器

    有时,在一些数据字段被 setData 设置时,需要执行一些操作。
    例如, this.data.sum 永远是 this.data.numberAthis.data.numberB 的和。此时,可以使用数据监听器进行如下实现。
    Component({
    attached: function() {
    this.setData({
    numberA: 1,
    numberB: 2,
    })
    },
    observers: {
    'numberA, numberB': function(numberA, numberB) {
    // 在 numberA 或者 numberB 被设置时,执行这个函数
    this.setData({
    sum: numberA + numberB
    })
    }
    }
    })

    8.2 监听字段语法

    数据监听器支持监听属性或内部数据的变化,可以同时监听多个。一次 setData 最多触发每个监听器一次。
    同时,监听器可以监听子数据字段,如下例所示。
    Component({
    observers: {
    'some.subfield': function(subfield) {
    // 使用 setData 设置 this.data.some.subfield 时触发
    // (除此以外,使用 setData 设置 this.data.some 也会触发)
    subfield === this.data.some.subfield
    },
    'arr[12]': function(arr12) {
    // 使用 setData 设置 this.data.arr[12] 时触发
    // (除此以外,使用 setData 设置 this.data.arr 也会触发)
    arr12 === this.data.arr[12]
    },
    }
    })
    如果需要监听所有子数据字段的变化,可以使用通配符**
    Component({
    observers: {
    'some.field.**': function(field) {
    // 使用 setData 设置 this.data.some.field 本身或其下任何子数据字段时触发
    // (除此以外,使用 setData 设置 this.data.some 也会触发)
    field === this.data.some.field
    },
    },
    attached: function() {
    // 这样会触发上面的 observer
    this.setData({
    'some.field': { /* ... */ }
    })
    // 这样也会触发上面的 observer
    this.setData({
    'some.field.xxx': { /* ... */ }
    })
    // 这样还是会触发上面的 observer
    this.setData({
    'some': { /* ... */ }
    })
    }
    })
    特别地,仅使用通配符**可以监听全部 setData。
    Component({
    observers: {
    '**': function() {
    // 每次 setData 都触发
    },
    },
    })

    8.3 注意事项

    数据监听器监听的是 setData 涉及到的数据字段,即使这些数据字段的值没有发生变化,数据监听器依然会被触发;
    如果在数据监听器函数中使用 setData 设置本身监听的数据字段,可能会导致死循环,需要特别留意;
    数据监听器和属性的 observer 相比,数据监听器更强大且通常具有更好的性能。

    9. 纯数据字段

    纯数据字段是一些不用于界面渲染的 data 字段,可以用于提升页面更新性能。

    9.1 组件数据中的纯数据字段

    有些情况下,某些 data 中的字段(包括 setData 设置的字段)既不会展示在界面上,也不会传递给其他组件,仅仅在当前组件内部使用。
    此时,可以指定这样的数据字段为“纯数据字段”,它们将仅仅被记录在 this.data 中,而不参与任何界面渲染过程,这样有助于提升页面更新性能。
    指定“纯数据字段”的方法是在 Component 构造器的 options 定义段中指定 pureDataPattern 为一个正则表达式,字段名符合这个正则表达式的字段将成为纯数据字段。
    代码示例:
    Component({
    options: {
    pureDataPattern: /^_/ // 指定所有 _ 开头的数据字段为纯数据字段
    },
    data: {
    a: true, // 普通数据字段
    _b: true, // 纯数据字段
    },
    methods: {
    myMethod() {
    this.data._b // 纯数据字段可以在 this.data 中获取
    this.setData({
    c: true, // 普通数据字段
    _d: true, // 纯数据字段
    })
    }
    }
    })
    上述组件中的纯数据字段不会被应用到 WXML 上:
    <view wx:if="{{a}}"> 这行会被展示 </view>
    <view wx:if="{{_b}}"> 这行不会被展示 </view>

    9.2 组件属性中的纯数据字段

    属性也可以被指定为纯数据字段(遵循 pureDataPattern 的正则表达式)。
    属性中的纯数据字段可以像普通属性一样接收外部传入的属性值,但不能将它直接用于组件自身的 WXML 中。 代码示例:
    Component({
    options: {
    pureDataPattern: /^_/
    },
    properties: {
    a: Boolean,
    _b: {
    type: Boolean,
    observer() {
    // 不要这样做!这个 observer 永远不会被触发
    }
    },
    }
    })
    注意:
    属性中的纯数据字段的属性 observer 永远不会触发!如果想要监听属性值变化,使用 数据监听器 代替。

    9.3 使用数据监听器监听纯数据字段

    数据监听器 可以用于监听纯数据字段(与普通数据字段一样)。这样,可以通过监听、响应纯数据字段的变化来改变界面。
    下面的示例是一个将 JavaScript 时间戳转换为可读时间的自定义组件。
    代码示例:
    Component({
    options: {
    pureDataPattern: /^timestamp$/ // 将 timestamp 属性指定为纯数据字段
    },
    properties: {
    timestamp: Number,
    },
    observers: {
    timestamp: function () {
    // timestamp 被设置时,将它展示为可读时间字符串
    var timeString = new Date(this.data.timestamp).toLocaleString()
    this.setData({
    timeString: timeString
    })
    }
    }
    })
    <view>{{timeString}}</view>

    10. 抽象节点

    10.1 在组件中使用抽象节点

    有时,自定义组件模板中的一些节点,其对应的自定义组件不是由自定义组件本身确定的,而是自定义组件的调用者确定的。这时可以把这个节点声明为“抽象节点”。
    例如,我们现在来实现一个“选框组”(selectable-group)组件,它其中可以放置单选框(custom-radio)或者复选框(custom-checkbox)。这个组件的 wxml 可以这样编写:
    代码示例:
    <!-- selectable-group.wxml -->
    <view wx:for="{{labels}}">
    <label>
    <selectable disabled="{{false}}"></selectable>
    {{item}}
    </label>
    </view>
    其中,“selectable”不是任何在 json 文件的 usingComponents 字段中声明的组件,而是一个抽象节点。它需要在 componentGenerics 字段中声明:
    {
    "componentGenerics": {
    "selectable": true
    }
    }

    10.2 使用包含抽象节点的组件

    在使用 selectable-group 组件时,必须指定 “selectable” 具体是哪个组件:
    <selectable-group generic:selectable="custom-radio" />
    这样,在生成这个 selectable-group 组件的实例时,“selectable” 节点会生成 “custom-radio” 组件实例。类似地,如果这样使用:
    <selectable-group generic:selectable="custom-checkbox" />
    “selectable” 节点则会生成 “custom-checkbox” 组件实例。
    注意:
    上述的 custom-radiocustom-checkbox 需要包含在这个 wxml 对应 json 文件的 usingComponents 定义段中。
    {
    "usingComponents": {
    "custom-radio": "path/to/custom/radio",
    "custom-checkbox": "path/to/custom/checkbox"
    }
    }

    10.3 抽象节点的默认组件

    抽象节点可以指定一个默认组件,当具体组件未被指定时,将创建默认组件的实例。默认组件可以在 componentGenerics 字段中指定:
    {
    "componentGenerics": {
    "selectable": {
    "default": "path/to/default/component"
    }
    }
    }

    10.4 注意事项

    节点的 generic 引用 generic:xxx="yyy"中,值yyy只能是静态值,不能包含数据绑定。因而抽象节点特性并不适用于动态决定节点名的场景。

    11. 自定义组件扩展

    为了更好定制自定义组件的功能,可以使用自定义组件扩展机制。

    11.1 自定义组件扩展

    为了更好的理解扩展后的效果,先举一个例子:
    // behavior.js
    module.exports = Behavior({
    definitionFilter(defFields) {
    defFields.data.from = 'behavior'
    },
    })
    
    // component.js
    Component({
    data: {
    from: 'component'
    },
    behaviors: [require('behavior.js')],
    ready() {
    console.log(this.data.from) // 此处会发现输出 behavior 而不是 component
    }
    })
    通过例子可以发现,自定义组件的扩展其实就是提供了修改自定义组件定义段的能力,上述例子就是修改了自定义组件中的 data 定义段里的内容。

    11.2 使用扩展

    Behavior() 构造器提供了新的定义段 definitionFilter ,用于支持自定义组件扩展。 definitionFilter 是一个函数,在被调用时会注入两个参数,第一个参数是使用该 behavior 的 component/behavior 的定义对象,第二个参数是该 behavior 所使用的 behavior 的 definitionFilter 函数列表。
    以下举个例子来说明:
    // behavior3.js
    module.exports = Behavior({
    definitionFilter(defFields, definitionFilterArr) {},
    })
    // behavior2.js
    module.exports = Behavior({
    behaviors: [require('behavior3.js')],
    definitionFilter(defFields, definitionFilterArr) {
    // definitionFilterArr[0](defFields)
    },
    })
    // behavior1.js
    module.exports = Behavior({
    behaviors: [require('behavior2.js')],
    definitionFilter(defFields, definitionFilterArr) {},
    })
    // component.js
    Component({
    behaviors: [require('behavior1.js')],
    })
    上述代码中声明了1个自定义组件和3个 behavior,每个 behavior 都使用了 definitionFilter 定义段。那么按照声明的顺序会有如下事情发生:
    1. 当进行 behavior2 的声明时就会调用 behavior3 的 definitionFilter 函数,其中 defFields 参数是 behavior2 的定义段, definitionFilterArr 参数即为空数组,因为 behavior3 没有使用其他的 behavior ;
    2. 当进行 behavior1 的声明时就会调用 behavior2 的 definitionFilter 函数,其中 defFields 参数是 behavior1 的定义段, definitionFilterArr 参数是一个长度为1的数组,definitionFilterArr[0] 即为 behavior3 的 definitionFilter 函数,因为 behavior2 使用了 behavior3。用户在此处可以自行决定在进行 behavior1 的声明时要不要调用 behavior3 的 definitionFilter 函数,如果需要调用,在此处补充代码 definitionFilterArr[0](defFields) 即可,definitionFilterArr 参数会由基础库补充传入;
    3. 同理,在进行 component 的声明时就会调用 behavior1 的 definitionFilter 函数。
    简单概括,definitionFilter 函数可以理解为当 A 使用了 B 时,A 声明就会调用 B 的 definitionFilter 函数并传入 A 的定义对象让 B 去过滤。此时如果 B 还使用了 C 和 D ,那么 B 可以自行决定要不要调用 C 和 D 的 definitionFilter 函数去过滤 A 的定义对象。
    代码示例:
    下面利用扩展简单实现自定义组件的计算属性功能:
    // behavior.js
    module.exports = Behavior({
    lifetimes: {
    created() {
    this._originalSetData = this.setData // 原始 setData
    this.setData = this._setData // 封装后的 setData
    }
    },
    definitionFilter(defFields) {
    const computed = defFields.computed || {}
    const computedKeys = Object.keys(computed)
    const computedCache = {}
    // 计算 computed
    const calcComputed = (scope, insertToData) => {
    const needUpdate = {}
    const data = defFields.data = defFields.data || {}
    for (let key of computedKeys) {
    const value = computed[key].call(scope) // 计算新值
    if (computedCache[key] !== value) needUpdate[key] = computedCache[key] = value
    if (insertToData) data[key] = needUpdate[key] // 直接插入到 data 中,初始化时才需要的操作
    }
    return needUpdate
    }
    // 重写 setData 方法
    defFields.methods = defFields.methods || {}
    defFields.methods._setData = function (data, callback) {
    const originalSetData = this._originalSetData // 原始 setData
    originalSetData.call(this, data, callback) // 做 data 的 setData
    const needUpdate = calcComputed(this) // 计算 computed
    originalSetData.call(this, needUpdate) // 做 computed 的 setData
    }
    // 初始化 computed
    calcComputed(defFields, true) // 计算 computed
    }
    })
    在组件中使用:
    const beh = require('./behavior.js')
    Component({
    behaviors: [beh],
    data: {
    a: 0,
    },
    computed: {
    b() {
    return this.data.a + 100
    },
    },
    methods: {
    onTap() {
    this.setData({
    a: ++this.data.a,
    })
    }
    }
    })
    <view>data: {{a}}</view>
    <view>computed: {{b}}</view>
    <button bindtap="onTap">click</button>
    实现原理很简单,对已有的 setData 进行二次封装,在每次 setData 的时候计算出 computed 里各字段的值,然后设到 data 中,以达到计算属性的效果。

    12. 占位组件

    在使用如 分包异步化 特性时,自定义组件所引用的其他自定义组件,在刚开始进行渲染时可能处于不可用的状态。此时,为了使渲染过程不被阻塞,不可用的自定义组件需要一个「占位组件」(Component placeholder)。基础库会用占位组件替代不可用组件进行渲染,在该组件可用后再将占位组件替换回该组件。
    一个自定义组件的占位组件可以是另一个自定义组件、或一个内置组件。

    12.1 配置

    页面或自定义组件对应的 JSON 配置中的 componentPlaceholder 字段用于指定占位组件,如:
    {
    "usingComponents": {
    "comp-a": "../comp/compA",
    "comp-b": "../comp/compB",
    "comp-c": "../comp/compC"
    },
    "componentPlaceholder": {
    "comp-a": "view",
    "comp-b": "comp-c"
    }
    }
    该配置表示:
    组件 comp-a 的占位组件为内置组件 view
    组件 comp-b 的占位组件为自定义组件 comp-c(其路径在 usingComponents 中配置)
    假设该配置对应的模板如下:
    <button ontap="onTap">显示组件</button>
    <comp-a wx-if="{{ visible }}">
    <comp-b prop="{{ p }}">text in slot</comp-b>
    </comp-a>
    小程序启动时 visiblefalse,那么只有 button 会被渲染;点击按钮后,this.setData({ visible: true }) 被执行,此时如果 comp-a, comp-b 均不可用,则页面将被渲染为:
    <button>显示组件</button>
    <view>
    <comp-c prop="{{ p }}">text in slot</comp-c>
    </view>
    comp-acomp-b 准备完成后,页面被替换为:
    <button>显示组件</button>
    <comp-a>
    <comp-b prop="{{ p }}">text in slot</comp-b>
    </comp-a>

    12.2 注意事项

    1. 当一个组件被指定为占位组件时(如上例中的 comp-c),为其指定占位组件是无效的。可以理解为如果一个组件需要作为其他组件的占位组件,则它必须在一开始就是可用的;
    2. 目前自定义组件不可用的情况包括:
    2.1 使用分包异步化特性的情况下,引用了其他分包的组件,而对应分包还未下载;
    2.2 使用时注入特性的情况下,该组件还未注入;
    3. 如果一个组件不可用,且其占位组件不存在,则渲染时会报错并抛出;
    4. 如果一个组件不存在,但为其指定了可用的占位组件,则占位组件可以被正常渲染,但后续尝试准备替换时会报错并抛出。
    
    附:有占位组件参与的渲染流程
    基础库尝试渲染一个组件时,会首先递归检查 usingComponents,收集其将使用到的所有组件的信息;在这个过程中,如果某个被使用到的组件不可用,基础库会先检查其是否有对应的占位组件。如果没有,基础库会中断渲染并抛出错误;如果有,则会标记并在后续渲染流程中使用占位组件替换该不可用的组件进行渲染。不可用的组件会在当前渲染流程结束后尝试准备(下载分包或注入代码等);等到准备过程完成后,再尝试渲染该组件(实际上也是在执行这个流程),并替换掉之前渲染的占位组件。
    联系我们

    联系我们,为您的业务提供专属服务。

    技术支持

    如果你想寻求进一步的帮助,通过工单与我们进行联络。我们提供7x24的工单服务。

    7x24 电话支持