前端开发设计模式——享元模式

目录

一、享元模式的定义和特点

1.定义

2.特点

二、享元模式的实现方式

1.创建享元类型

2.享元工厂类

3.使用享元对象并处理外部状态

三、享元模式的应用场景

1.用户界面组件创建

2.游戏开发中的图形对象

3.数据可视化中的图形元素

四、享元模式的优点

1.内存优化

2.性能提升

五、享元模式的缺点

1.复杂性增加

2.外部状态及管理难度

六、注意事项

1.正确的划分状态

2.享元对象的生命周期管理

3.外部状态的独立性


一、享元模式的定义和特点

1.定义

        享元模式是一种结构型设计模式,旨在通过共享对象来减少内存使用并提高性能。在前端开发中,它用于处理大量细粒度对象的情况,将对象的状态划分为内部状态(可共享)和外部状态(不可共享)。

2.特点

        共享性:

                核心是对象的共享,多个对象可以共享相同的内部状态,从而减少对象的创建数量。例如,在创建多个具有相同样式但不同内容的按钮时,可以共享按钮的样式这一内部状态。

        内部状态与外部状态分离:

                内部状态是对象的固有属性,不随环境改变而改变,并且是可以被共享的部分。外部状态是对象依赖的、根据具体情况变化的属性,每个对象实例的外部状态是独立的。例如,对于多个相同类型的图标,图标的颜色、形状等是内部状态可共享,而图标的位置则是外部状态。

二、享元模式的实现方式

1.创建享元类型

        首先定义享元类,该类包含内部状态相关的属性和方法。

        示例:创建一个简单的文本框享元类

class TextBoxFlyweight {
    constructor(fontFamily, fontSize) {
        this.fontFamily = fontFamily;
        this.fontSize = fontSize;
    }
    render() {
        const textBox = document.createElement('input');
        textBox.type = 'text';
        textBox.style.fontFamily = this.fontFamily;
        textBox.style.fontSize = this.fontSize;
        return textBox;
    }
}

        这里fontFamily(字体)和fontSize(字号)是内部状态,render方法用于创建并返回一个具有特定字体和字号的文本框元素。

2.享元工厂类

        用于创建和管理享元对象。

        继续以上面的文本框为例,享元工厂类如下:

class TextBoxFlyweightFactory {
    constructor() {
        this.flyweights = {};
    }
    getFlyweight(fontFamily, fontSize) {
        const key = `${fontFamily}_${fontSize}`;
        if (!this.flyweights[key]) {
            this.flyweights[key] = new TextBoxFlyweight(fontFamily, fontSize);
        }
        return this.flyweights[key];
    }
}

        工厂类内部使用一个对象flyweights来存储已经创建的享元对象。getFlyweight方法根据传入的字体和字号生成一个唯一的键,若不存在对应的享元对象则创建一个新的,否则返回已有的享元对象。

3.使用享元对象并处理外部状态

        在实际应用中,获取享元对象并添加外部状态。

        示例:

const textBoxFactory = new TextBoxFlyweightFactory();

// 获取共享的文本框享元对象
const textBox1 = textBoxFactory.getFlyweight('Arial', '12px');
const textBox2 = textBoxFactory.getFlyweight('Arial', '12px');

// 处理外部状态,如文本框的值和位置
textBox1.value = 'Text 1';
textBox1.style.left = '10px';
textBox2.value = 'Text 2';
textBox2.style.left = '50px';

// 将文本框添加到文档中
document.body.appendChild(textBox1.render());
document.body.appendChild(textBox2.render());

        这里获取了两个共享相同字体和字号(内部状态)的文本框享元对象,然后分别为它们设置了不同的值(外部状态)和位置(外部状态),最后将它们添加到页面中。

三、享元模式的应用场景

1.用户界面组件创建

        在构建复杂的前端界面时,大量的 UI 组件可能具有相似的样式或结构。例如,一个大型表单中有许多相同类型的输入框(如都是文本输入框且样式相同),可以使用享元模式共享输入框的样式相关的内部状态,而每个输入框的具体内容(外部状态)则各自不同。

2.游戏开发中的图形对象

        在游戏中,存在大量重复的图形元素,如相同类型的敌人角色或游戏道具。这些图形元素的外观(如形状、颜色等内部状态)可以共享,而它们在游戏场景中的位置、生命值(外部状态)等可以不同。

3.数据可视化中的图形元素

        在数据可视化中,可能会有许多相同类型的图表元素,如柱状图中的柱子。柱子的形状、颜色等内部状态可以共享,而柱子代表的数据值(外部状态)则不同。

四、享元模式的优点

1.内存优化

        通过共享对象,减少了大量相似对象的创建,从而显著降低内存占用。这在前端开发中对于处理大量 UI 元素或游戏对象等场景非常重要,有助于避免因内存不足导致的性能问题。

2.性能提升

        创建对象是一个相对耗时的操作,享元模式减少了对象的创建数量,提高了应用程序的运行速度。同时,也减少了垃圾回收的压力,因为垃圾回收器需要处理的对象数量减少了。

五、享元模式的缺点

1.复杂性增加

        享元模式需要将对象的状态进行分离,分为内部状态和外部状态,并且需要创建享元工厂类来管理享元对象的创建和共享。这增加了代码的结构和逻辑的复杂性,使得代码的理解和维护成本提高。

2.外部状态及管理难度

        外部状态不能被共享,需要额外的机制来管理。在前端开发中,这可能涉及到在不同的组件或模块之间传递和更新外部状态,容易导致代码的耦合度增加,并且在处理外部状态的变化时可能会出现逻辑错误。

六、注意事项

1.正确的划分状态

        准确地将对象的状态划分为内部状态和外部状态是享元模式成功的关键。如果划分不当,可能导致共享对象无法有效实现或者外部状态管理过于复杂。

2.享元对象的生命周期管理

        需要注意享元对象的创建和销毁时机。在某些情况下,如果享元对象不再被使用,应该及时从享元工厂中移除,以释放内存资源。但同时也要避免过早地销毁可能还会被使用的享元对象。

3.外部状态的独立性

        确保外部状态的独立性,避免外部状态之间的相互干扰。例如,在处理多个共享相同享元对象的实例时,一个实例的外部状态的改变不应影响其他实例的外部状态。

        关于享元模式的分享就到此结束了,如果对于其他设计模式有兴趣的话,可以点击右下角“专栏目录”查看更多设计模式

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

前端拾光者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值