JavaScript设计模式(三十一):机器学习-惰性模式

简介: 机器学习-惰性模式

惰性模式(layier)

减少每次代码执行时的重复性的分支判断,通过对对象重定义来屏蔽原对象中的分支判断。


<button id="a1">按钮01</button>
<button id="b1">按钮02</button>
<button id="c1">按钮03</button>
function $(id) {
   
    return document.getElementById(id);
}

一般分支判断调用

每次调用都走一遍检测,以后每次调用都消耗一次性能

let A = {
   
    // 添加绑定事件方法on
    on(dom, type, fn) {
   
        if (dom.addEventListener) {
   
            dom.addEventListener(type, fn, false);
        } else if (dom.attachEvent) {
   
            dom.attachEvent('on' + type, fn);
        } else {
   
            dom['on' + type] = fn;
        }
    },
};

A.on($('a1'), 'click', function (e) {
   
    console.log(e.target, e);
});

利用闭包进行分支判断

加载即执行:首次加载js就执行了闭包功能,意味着首次加载js消耗性能较大,以后每次调用消耗性能小

let B = {
   
    on: (function () {
   
        // 如果支持addEventListener方法
        if (document.addEventListener) {
   
            // 返回新定义方法
            return function (dom, type, fn) {
   
                dom.addEventListener(type, fn, false);
            }
            // 如果支持attachEvent方法(IE)
        } else if (document.attachEvent) {
   
            // 返回新定义方法
            return function (dom, type, fn) {
   
                dom.attachEvent('on' + type, fn);
            }
            // 定义on方法
        } else {
   
            // 返回新定义方法
            return function (dom, type, fn) {
   
                dom['on' + type] = fn;
            }
        }
    }()),
};

B.on($('b1'), 'click', function (e) {
   
    console.log(e.target, e);
});

惰性绑定

利用方法的重写覆盖实现,只有第一次调用的时候消耗性能,以后每次调用消耗性能较小

let C = {
   
    on(dom, type, fn) {
   
        // 如果支持addEventListener方法
        if (dom.addEventListener) {
   
            // 显示重定义on方法
            A.on = function (dom, type, fn) {
   
                dom.addEventListener(type, fn, false);
            };
            // 如果支持attachEvent方法(IE)
        } else if (dom.attachEvent) {
   
            // 显示重定义on方法
            A.on = function (dom, type, fn) {
   
                dom.attachEvent('on' + type, fn);
            };
            // 如果支持DOM0级事件绑定
        } else {
   
            // 显示重定义on方法
            A.on = function (dom, type, fn) {
   
                dom['on' + type] = fn;
            };
        }
        // 执行重定义on方法
        A.on(dom, type, fn);
    }
};

C.on($('c1'), 'click', function (e) {
   
    console.log(e.target, e);
});

特点:

惰性模式是一种拖延模式,由于对象的创建或者数据的计算会花费高昂的代价(如页面刚加载时无法辨别是该浏览器支持某个功能,此时创建对象是不够安全的),因此页面之处会延迟对这一类对象的创建。

  • 惰性模式又分为两种:
    1. 文件加载后立即执行对象方法来重定义对象,由于文件加载时执行,因此会占用一些资源;
    2. 当第一次使用方法对象时重定义对象,由于在第一次使用时重定义对象,以致第一次执行时间增加
  • 有时候两种方式对资源的开销都是可接受的,因此到底使用哪种方式,要看具体需求而定
目录
相关文章
|
5月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
137 16
|
5月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
134 0
|
5月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
126 0
|
5月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
101 0
|
5月前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
10月前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
502 11
|
5月前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
161 0
|
8月前
|
JavaScript 前端开发 Docker
如何通过pm2以cluster模式多进程部署next.js(包括docker下的部署)
通过这些步骤,可以确保您的Next.js应用在多核服务器上高效运行,并且在Docker环境中实现高效的容器化管理。
830 44
|
7月前
|
设计模式 Java 关系型数据库
设计模式:工厂方法模式(Factory Method)
工厂方法模式是一种创建型设计模式,通过将对象的创建延迟到子类实现解耦。其核心是抽象工厂声明工厂方法返回抽象产品,具体工厂重写该方法返回具体产品实例。适用于动态扩展产品类型、复杂创建逻辑和框架设计等场景,如日志记录器、数据库连接池等。优点包括符合开闭原则、解耦客户端与具体产品;缺点是可能增加类数量和复杂度。典型应用如Java集合框架、Spring BeanFactory等。
|
9月前
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
156 40

热门文章

最新文章