|
|
|
@ -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) |
|
|
|
|