Browse Source

update

master
zsmj 2 years ago
parent
commit
06ad460251
  1. 6
      questions/29.BI.Layers.create参数详解原理.md

6
questions/29.BI.Layers.create参数详解原理.md

@ -8,7 +8,7 @@
create<T>(name: string, from?: any, op?: any, context?: any): T;
```
推荐的统一写法
推荐的统一写法,下面会解释为何推荐这样写
```javascript
const name; // your name
@ -23,7 +23,7 @@ BI.Layers.create(name, null, {
我们重点关注`from`属性和`op.container`属性
from属性控制的是,layer相对定位的元素.通过控制 `position: fixed` 搭配top,left,width,height属性,遮罩覆盖到对于元素上.同时监听元素resize,动态的更新宽高,使之一直"覆盖"在目标元素上
from属性控制的是,layer相对定位的元素.通过控制 `position: fixed` 搭配`top`,`left`,`width`,`height`属性,遮罩覆盖到对应元素上.同时监听元素resize事件,动态的更新宽高,使之一直"覆盖"在目标元素上
```javascript
const name = BI.UUID();
@ -33,7 +33,7 @@ BI.Layers.create(name, form, {
}).show(name);
```
这样实现有什么弊端吗?举个例子,具体业务中经常有需要一个layer遮罩做一些具体操作的场景. 以定时调度新建任务为例:创建layer后,拖动容器宽度,会有明显的延迟.
这样实现有什么弊端吗?举个例子,具体业务中经常有需要创建一个layer遮罩在某个页面上,做一些具体操作的场景. 以定时调度新建任务为例:创建layer后,拖动容器宽度,会发现有明显的延迟.
这是因为resize事件的监听并不是实时的,做了节流.因此导致触发更新宽度慢了一拍.
![示例](../images/38.gif)

Loading…
Cancel
Save