当前位置: 首页 > article >正文

设计模式教程:享元模式(Flyweight Pattern)

享元模式(Flyweight Pattern)是一种结构型设计模式,用于减少对象的创建数量,避免大量相似对象的内存占用。它通过共享对象来有效支持大量的细粒度对象,尤其是在需要大量类似对象的情况下,享元模式可以显著节省内存。

1. 享元模式的定义

享元模式通过将相同或相似的对象共享来节省内存,尤其适用于那种大量相似对象的场景。例如,在绘图软件中,每个图形(如圆形、方形等)都可能有颜色、大小等不同的属性。享元模式可以将共享的部分提取出来,将不变的部分共享,而将变化的部分放入外部的状态中。

2. 享元模式的角色
  • Flyweight(享元角色):定义共享对象的接口,并提供存储共享状态的方法。
  • ConcreteFlyweight(具体享元角色):实现享元角色接口,负责存储并管理共享的状态。
  • UnsharedConcreteFlyweight(非共享享元角色):某些状态无法共享时,会有一些非共享享元类用于存储非共享的状态。
  • FlyweightFactory(享元工厂角色):负责管理享元对象的创建和共享。确保享元对象的复用,并在需要时返回相同的享元实例。
3. 享元模式的核心思想
  • 共享:将多个对象中共享的部分提取出来,放到一个共享池中,供多个对象复用。
  • 外部状态:将不变的部分共享给所有对象,而可变的部分则交给外部来管理。
4. 享元模式的应用场景
  • 当系统有大量相似对象需要存储时,特别是当这些对象的状态占用大量内存时。
  • 对象的状态可以分为共享的部分和不共享的部分,不共享部分可以通过外部传入。
  • 对象状态的共享可以显著节省内存。
5. 享元模式的结构图
 +-------------------+
 |    Flyweight      |<-----------------------+
 +-------------------+                        |
 | - sharedState     |                        |
 | + operation()     |                        |
 +-------------------+                        |
         ^                                     |
         |                                     |
 +------------------------+                   |
 | ConcreteFlyweight      |                   |
 +------------------------+                   |
 | - sharedState          |                   |
 | + operation()          |                   |
 +------------------------+                   |
         ^                                     |
         |                                     |
 +--------------------------+                 |
 | UnsharedConcreteFlyweight|-----------------+
 +--------------------------+
 | - uniqueState            |
 | + operation()            |
 +--------------------------+
6. 享元模式的代码示例

棋盘游戏 为例,假设我们有大量的棋子,每个棋子都需要设置颜色和类型。享元模式可以减少内存使用,避免重复创建相同类型和颜色的棋子对象。

享元模式实现:
// 享元角色:Flyweight(享元类)
interface ChessPiece {
    void display(String position);
}

// 具体享元角色:ConcreteFlyweight(具体享元类)
class ConcreteChessPiece implements ChessPiece {
    private String type; // 棋子的类型

    public ConcreteChessPiece(String type) {
        this.type = type;
    }

    @Override
    public void display(String position) {
        System.out.println("棋子类型:" + type + ", 位置:" + position);
    }
}

// 非共享享元角色:UnsharedConcreteFlyweight(非共享享元类)
class UnsharedConcreteChessPiece implements ChessPiece {
    private String type;
    private String color; // 棋子的颜色(非共享部分)

    public UnsharedConcreteChessPiece(String type, String color) {
        this.type = type;
        this.color = color;
    }

    @Override
    public void display(String position) {
        System.out.println("棋子类型:" + type + ", 颜色:" + color + ", 位置:" + position);
    }
}

// 享元工厂:FlyweightFactory(享元工厂)
class ChessPieceFactory {
    private Map<String, ChessPiece> chessPieceMap = new HashMap<>();

    public ChessPiece getChessPiece(String type) {
        ChessPiece piece = chessPieceMap.get(type);

        if (piece == null) {
            piece = new ConcreteChessPiece(type); // 如果工厂中没有该类型的棋子,就创建一个新的
            chessPieceMap.put(type, piece);
            System.out.println("创建新棋子:类型 " + type);
        }

        return piece;
    }
}

public class FlyweightPatternExample {
    public static void main(String[] args) {
        // 享元工厂
        ChessPieceFactory chessPieceFactory = new ChessPieceFactory();

        // 棋盘上的棋子
        ChessPiece whitePawn = chessPieceFactory.getChessPiece("兵");
        whitePawn.display("A1");

        ChessPiece blackKnight = chessPieceFactory.getChessPiece("马");
        blackKnight.display("B2");

        ChessPiece whitePawn2 = chessPieceFactory.getChessPiece("兵");
        whitePawn2.display("A2");

        // 非共享棋子
        ChessPiece blackQueen = new UnsharedConcreteChessPiece("皇后", "黑色");
        blackQueen.display("D1");
    }
}
代码解析:
  1. ChessPiece:定义了棋子的接口,所有棋子类都需要实现该接口的 display 方法。
  2. ConcreteChessPiece:是具体享元类,表示共享的部分。所有相同类型的棋子都会共享这部分数据。
  3. UnsharedConcreteChessPiece:是非共享享元类,表示无法共享的部分(如棋子的颜色等),每个棋子实例都有唯一的颜色。
  4. ChessPieceFactory:享元工厂,负责创建和管理享元对象。它缓存了已经创建的棋子对象,并在需要时返回已有的共享对象。

7. 享元模式的优缺点

优点:
  • 节省内存:通过共享相同的对象,减少了对象的数量,从而节省内存空间。
  • 提高性能:在对象频繁创建和销毁的情况下,享元模式可以有效提高程序的性能。
  • 灵活性高:可以动态地调整共享对象的状态,并根据外部状态来决定是否使用共享对象。
缺点:
  • 复杂性增加:为了共享对象,需要引入享元工厂、享元接口等多个类,增加了系统的复杂性。
  • 不适合所有场景:如果共享的对象非常少或者共享状态不容易提取时,使用享元模式可能得不偿失。

8. 总结

享元模式通过对象共享,减少了大量相似对象的内存开销,适用于大规模对象共享的场景。它通过将共享部分提取到外部并由享元工厂管理来优化内存使用。享元模式特别适合内存有限且需要处理大量细粒度对象的场景。

版权声明
  1. 本文内容属于原创,欢迎转载,但请务必注明出处和作者,尊重原创版权。
  2. 转载时,请附带原文链接并注明“本文作者:扣丁梦想家
  3. 禁止未经授权的商业转载。

如果您有任何问题或建议,欢迎留言讨论。


http://www.kler.cn/a/554528.html

相关文章:

  • 实时股票行情接口与WebSocket行情接口的应用
  • python中格式化输出知识点汇总
  • 使用API有效率地管理Dynadot域名,为域名部署DNS安全拓展(DNSSEC)
  • 视觉目标检测之小目标检测技术调研与实验
  • 网络安全技术pat实验 网络安全 实验
  • 当滑动组件连续触发回调函数的三种解决办法
  • 相比于WebSocket,SSE更适合轻量级
  • 【Scrapy】Scrapy教程7——存储数据
  • 【每日德语】leuchten 发光
  • HarmonyOS全栈开发指南:从入门到精通,构建万物智联的未来生态(四)
  • Spark提交任务
  • android,flutter 混合开发,pigeon通信,传参
  • Sun-Panel:简洁且美观的导航首页开源项目!!
  • Nginx 请求转发配置指南
  • Brave132编译指南 MacOS篇 - 编译与运行(六)
  • C++ 无锁队列:原理与实现
  • 从0到1:固件分析
  • HarmonyOS开发,遇到 Object.assign(this, source)报错怎么解决?
  • 大数据治理中的数据安全:以类脑科学研究为背景的探讨
  • 使用Dify将AI机器人嵌入到你的前端页面中及chrome的扩展应用