yinrongze 2019-11-21
1.bindtab和catchtab,catchtab可以阻止事件冒泡
<view bindtap='onClick'></view> <view catchtap='onClick'></view>
2.互斥事件绑定 mut-bind
一个 mut-bind 触发后,如果事件冒泡到其他节点上,其他节点上的 mut-bind 绑定函数不会被触发,但 bind 绑定函数和 catch 绑定函数依旧会被触发。
在想要规定冒泡区间时可以用到。
<view mut-bind:tap='onClick'></view>
<view mark:myMark="last" bindtap="bindViewTap"> <button mark:anotherMark="leaf" bindtap="bindButtonTap">按钮</button> </view>
在上述 WXML 中,如果按钮被点击,将触发 bindViewTap 和 bindButtonTap 两个事件,事件携带的 event.mark 将包含 myMark 和 anotherMark 两项。
Page({ bindViewTap: function(e) { e.mark.myMark === "last" // true e.mark.anotherMark === "leaf" // true } })
mark 和 dataset 很相似,主要区别在于:
1.mark可以冒泡,如果存在同名的 mark ,父节点的 mark 会被子节点覆盖。
2.在自定义组件中接收事件时, mark 不包含自定义组件外的节点的 mark。
3.不同于 dataset ,节点的 mark 不会做连字符和大小写转换。
个人理解 .wxs文件就相当于cocos的prefab。执行起来比js性能要快。但是wxs是一门语言,平行于JavaScript。
有频繁用户交互的效果在小程序上表现是比较卡顿的,这时建议使用wxs,为什么?
因为小程序分为视图层和逻辑层,比如需要拖动的功能,touchmove事件从视图层抛到逻辑层,逻辑层经过处理,通过this.setData到视图层。
1. 一次 touchmove 的响应需要经过 2 次的逻辑层和渲染层的通信以及一次渲染,通信的耗时比较大。
2. 此外 setData 渲染也会阻塞其它脚本执行,导致了整个用户交互的动画过程会有延迟。
WXS 函数的除了纯逻辑的运算,还可以通过封装好的ComponentDescriptor 实例来访问以及设置组件的 class 和样式,对于交互动画,设置 style 和 class 很方便。
var wxsFunction = function(event, ownerInstance) { var instance = ownerInstance.selectComponent('.classSelector') // 返回组件的实例 instance.setStyle({ "font-size": "14px" // 支持rpx }) instance.getDataset() instance.setClass(className) // ... return false // 不往上冒泡,相当于调用了同时调用了stopPropagation和preventDefault }
上边在分析复杂交互时我们知道,频繁的调用this.setData会使页面卡顿,甚至导致小程序僵死。那么不想写或者说不会写wxs的开发者该怎么办呢?
此时可以通过将页面的 setData 改为 自定义组件 中的 setData 来提升性能。
原因:自定义组件中的setData不会进行深复制。(深复制会在这个值被组件间传递时才发生)
1.在组件wxss中不应使用ID选择器、属性选择器和标签名选择器,就只使用class选择器准没错。
2.在自定义组件的 js 文件中,需要使用 Component() 来注册组件。
3.使用已注册的自定义组件前,首先要在页面的 json 文件中进行引用声明。
4.自定义组件和页面所在项目根目录名不能以“wx-”为前缀,否则会报错。
5.<slot></slot>
相当于react的this.props.children。
<!-- component-tag-name组件 --> <view class="wrapper"> <view>这里是组件的内部节点</view> <slot></slot> </view>
<!-- 引用组件的页面模板 --> <view> <component-tag-name> <!-- 这部分内容将被放置在组件 <slot> 的位置上 --> <view>这里是插入到组件slot中的内容</view> </component-tag-name> </view>
6.默认情况下,一个组件的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>
7.设置自定义组件的捕获和冒泡机制需要使用 triggerEvent 方法。
// 组件 my-component.js Component({ methods: { onTap: function(){ this.triggerEvent('customevent', {}, { bubbles: true, composed: true }) } } })
个人理解:多个页面可能会共用一个功能,这个功能抽象后称为组件。
多个组件共用一个方法或者多个方法,这类方法的集合称为behaviors。就tm理解成高阶组件就完了。
官方说:有时需要实现这样的组件:
<custom-ul> <custom-li> item 1 </custom-li> <custom-li> item 2 </custom-li> </custom-ul>
说custom-ul 和 custom-li 都是自定义组件,它们有相互间的关系,相互间的通信往往比较复杂。具体怎么个复杂需要单独拎出来一个ralations属性来处理,咱也不知道。
使用方法:
// 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生命周期之后 } } },
// 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定义,否则不会生效。
还有一种情况,如果你两个自定义组件都用了相同的behaviors,你可以使用这个behavior来代替组件路径作为关联的目标节点。
// path/to/custom-form.js var customFormControls = require('./custom-form-controls') Component({ relations: { 'customFormControls': { type: 'descendant', // 关联的目标节点应为子孙节点 target: customFormControls } } })
官方定义他叫数据监听器,呵呵。
使用方法:
Component({ attached: function() { this.setData({ numberA: 1, numberB: 2, }) }, observers: { 'numberA, numberB': function(numberA, numberB) { // 在 numberA 或者 numberB 被设置时,执行这个函数 this.setData({ sum: numberA + numberB }) } } })
如果需要监听所有子数据字段的变化,可以使用通配符 。
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({ options: { pureDataPattern: /^_/ // 指定所有 _ 开头的数据字段为纯数据字段 }, data: { a: true, // 普通数据字段 _b: true, // 纯数据字段 }, methods: { myMethod() { this.data._b // 纯数据字段可以在 this.data 中获取 this.setData({ c: true, // 普通数据字段 _d: true, // 纯数据字段 }) } } })
又一个新名词,呵呵呵。
说白了就是有一个父容器组件A,因为条件不同有可能A中会渲染组件B,也可能渲染组件C。举个例子,当页面需要单选和多选组件的时候,方法1是按条件引用两个封装好的组件(<单选/>,</多选>),方法2是你也可以只引用一个组件<啦啦啦/>,只不过这个<啦啦啦/>组件去帮你按需渲染<单选/>或者<多选/>。
需要在父容器组件A的.json文件声明:
{ "componentGenerics": { "selectable": true } }
在使用组件时,必须指定父组件具体是渲染哪个子组件:
<啦啦啦 generic:selectable="单选" />
<啦啦啦 generic:selectable="多选" />
在页面的.json文件<啦啦啦/>,<单选/>,<多选/>都要引用。代码
//page下页面的.json文件中 { "usingComponents": { "啦啦啦": "path/*/*", "多选": "*/checkbox", "单选": "*/radio" } }
当然,你也可以在容器组件.json中指定默认用哪个组件:
{ "componentGenerics": { "selectable": { "default": "*/checkbox"// 多选 } } }
今天真是开眼了,学到了这么多新词汇。。
( 计算属性的作用):是为了解决HTML代码中复杂的js代码(HTML代码中可以嵌套js代码),把复杂的js代码通过计算属性来解决
这是计算属性的应用??? 听着词这么厉害干这事真是大才小用了。
计算属性会使用缓存机制,如果这个数据的值没有改变,则计算属性将不会调用方法
这点应该是它实际有价值的地方。
实现原理很简单,就是对已有的 setData 进行二次封装,在每次 setData 的时候计算出 computed 里各字段的值,这期间可以增加缓存机制,属性值没有变化的复用。
在react中想拓展一个组件怎么办,会用高阶组件。
小程序中,自然是使用behaviors。
// 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 } })
Behavior() 构造器提供了新的定义段 definitionFilter ,用于支持自定义组件扩展。