DIY vue3组件: 动手实现高斯模糊遮罩层的对话框效果

       前言 & 一点点废话

       最近迷上了前端设计，想借此机会放松一下平日里繁忙的层源AI工作。帮朋友重构班级主页网站时，码遮发现Vue3的代码模块化设计极为便捷，许多组件和钩子可以直接复用。遮罩罩层因此，层源b2c商城源码免费下载我决定整理并分享个人设计的码遮组件实现。未来几篇文章将围绕这一主题展开。代码

       你可能会问：为什么自己写组件，遮罩罩层而不是层源直接使用像Element-Plus这样的库呢？答案是：尽管Element-Plus功能丰富，但其接口有限，码遮样式定制难度较高，代码可能无法满足设计爱好者的遮罩罩层需求。另外，层源大型组件库体积较大，码遮对于追求轻量级和高效应用的开发者来说，自定义HTML5、CSS3与Vue3组件可能更为合适。我的excel抓网页源码组件库旨在简化复用流程，提供直观的特效展示，让使用者在短时间内上手，并能根据需求进行个性化定制。

       为了帮助读者快速了解并复用组件，我将文章结构安排如下：

       组件效果展示

       登录界面和切换背景的对话框采用高斯模糊遮罩层，设计灵感源自苹果的特效，旨在吸引用户聚焦于对话框内容。

       用法指南

       参数设置说明：

       槽位（Slot）：用于嵌入自定义内容。

       模板（Template）部分：展示基本结构与布局。网络在线测速源码

       脚本（Script）部分：实现逻辑功能与状态管理。

       只需通过设置showDialog为true即可激活对话框。

       源码示例

       请根据需求调整mainColor和backFilter变量。以下是一个可行的样式方案，供参考：

ligerUI中ligerDialog和ligerWindow的区别

       ä»ŽAPI来看,它们之间视乎没有根本性的区别,下面看对比图,

       æˆ‘这里只列出了API文档中参数的对比图,两个类其他的API也与图中情况差不多,Dialog的API比较多,但几乎都涵盖了Window中的API

       Window的API里面比Dialog多出了一样东西,那就是事件回调函数.

       åœ¨ ligerWindow.js 中,我发现第行,如下

       l.controls.Window.ligerExtend(l.core.Win, {

       åŒæ ·æˆ‘在 ligerDialog.js 中,行,有同样的一句话,如下

       l.controls.Dialog.ligerExtend(l.core.Win, {

       è¿™è¡¨ç¤ºDialog与Window是继承自同一个父类 l.core.Win,随后我查看了 js/core/base.js,在这个文件的行我看到了 liger.core.Win 的真实面目.liger.core.Win 并没有做很多的事情,只实现遮罩功能和定义一些抽象接口.

       æœ€åŽæˆ‘又重新回去阅读了 ligerDialog.js 的代码,从第 行开始一直到结束,这才是 Dialog 与 Window 最大的区别所在,Dialog 是单例对象,不建议在使用的时候继承与扩展,而 Window 是一个多例类,允许直接继承并扩展.

       æˆ‘拿出源码里面 5个 最基本的函数,来说明 Dialog 是单例类的事实：

       $.ligerDialog.open = function (p)

       {

        // 实例化一个 l.controls.Dialog 对象

        // 内部可以追述到第行,使用 liger.run() 函数构造 Dialog 实例

        return $.ligerDialog(p);

       };

       $.ligerDialog.close = function ()

       {

        // 根据 Dialog类型 查到到所有的 dialog 实例对象

        var dialogs = l.find(l.controls.Dialog.prototype.__getType());

        // 循环每一个 dialog实例并销毁

        for (var i in dialogs)

        {

        var d = dialogs[i];

        d.destroy.ligerDefer(d, 5);

        }

        // 隐藏遮罩层

        // 在ligerUI中,所有的窗口使用的是一个全局的mask

        // 相关代码可以看 js/core/base.js 行

        l.win.unmask();

       };

       $.ligerDialog.show = function (p)

       {

        var dialogs = l.find(l.controls.Dialog.prototype.__getType());

        if (dialogs.length)

        {

        for (var i in dialogs)

        {

        // 如果已经存在 dialog实例,那么就直接使用实例对象

        // 显示已存在的dialog,并返回

        dialogs[i].show();

        return;

        }

        }

        // 如果不存在 dialog实例,则初始化一个实例并返回

        return $.ligerDialog(p);

       };

       $.ligerDialog.hide = function ()

       {

        var dialogs = l.find(l.controls.Dialog.prototype.__getType());

        // 隐藏dialog实例也是相同的方式

        for (var i in dialogs)

        {

        var d = dialogs[i];

        d.hide();

        }

       };

       $.ligerDialog.tip = function (options)

       {

        // 初始化选项参数

        options = $.extend({

        showType: 'slide',

        width: ,

        modal: false,

        height:

        }, options || { });

        $.extend(options, {

        fixedType: 'se',

        type: 'none',

        isDrag: false,

        isResize: false,

        showMax: false,

        showToggle: false,

        showMin: false

        });

        // 构造一个Dialog实例

        return $.ligerDialog.open(options);

       };

       æ ¹æ®ä¸Šé¢çš„代码解读,结论就很清晰了：

       Dialog是一个单例对象,不建议继承与扩展

       Window是多例类,允许继承并扩展

       æˆ‘觉得ligerUI对Window的设计没有 Ext 设计得好,Dialog应作为Window的一个单例对象才相对合理,Ext就是这么做的.有兴趣的话,可以了解下Ext,Ext是目前我认为前端UI组件化设计得最好的一个框架.

Cypress 踩坑记 - DOM 遮挡

       Cypress是一个热门的测试工具，但使用过程中发现了某些问题，以下记录问题发现及解决思路。

       在Cypress下，点击指令通常能正常工作，办公管理 php 源码但在特定场景下却表现异常。例如，测试点击遮罩层以关闭弹窗时，预期操作顺畅，但当模型填充内容后，操作突然失败。

       测试代码简明易懂，执行Cypress后，一切如预期，订单余额系统源码但当模型内容增多，原本能正常点击的地方开始报错，明显不合理。

       查阅文档发现，点击指令支持坐标或位置参数，但并未解决问题，似乎点击操作与元素遮挡计算有关。Cypress的遮挡计算似乎还有待优化。

       深入源码分析，发现Cypress点击操作会进行一些判断，重要参数coords.fromElViewport显示了中心点坐标。Cypress使用该坐标获取最顶层元素并与目标元素进行对比。这是点击成功与否的关键因素，即中心点被遮挡可点击，未被遮挡则不能点击，操作略显简单粗暴，导致点击稳定性问题。

       为验证分析结论，创建了测试用例。首先，创建一个极小的遮挡元素置于中央，测试发现点击失败。之后，将四周元素全部遮挡，仅留下中心一点，结果却能成功点击。

       总结，Cypress的遮挡检查方式过于直接，可能不甚妥当，且容易引起混淆。理论上，采用多层对比交叉区域的方法可能更为合理。关于点击方式的优化，提供坐标或方位选择，以更准确判断是否遮挡，而非仅支持force操作，后者会降低测试意义。

SuperSlide滚动的遮罩层宽/高怎么计算的?如何设置具体一个值?

       以下是全部代码，请自行修改及js路径 SuperSlide - 实用焦点图 *{ margin:0; padding:0; list-style:none; }body{ background:#fff; font:normal px/px 宋体; }img{ border:0; }a{ text-decoration:none; color:#; }a:hover{ color:#1。