享元模式与组合模式

最新推荐文章于 2022-05-25 22:11:18 发布

丘山一郎

最新推荐文章于 2022-05-25 22:11:18 发布

阅读量405

点赞数

分类专栏： JAVA设计模式文章标签：设计模式

本文链接：https://blog.csdn.net/qq_43170213/article/details/120244119

版权

JAVA设计模式专栏收录该内容

14 篇文章 3 订阅

订阅专栏

一、享元模式定义

享元模式(Flyweight Pattern)：运用共享技术有效地支持大量细粒度对象的复用。系统只使用少量的对象，而这些对象都很相似，状态变化很小，可以实现对象的多次复用。由于享元模式要求能够共享的对象必须是细粒度对象，因此它又称为轻量级模式，它是一种对象结构型模式。
在这里插入图片描述

在这里插入图片描述

模式所涉及的角色
　Flyweight：享元接口，通过这个接口传入外部状态并作用于外部状态；
　ConcreteFlyweight：具体的享元实现对象，必须是可共享的，需要封装享元对象的内部状态；
　UnsharedConcreteFlyweight：非共享的享元实现对象，并不是所有的享元对象都可以共享，非共享的享元对象通常是享元对象的组合对象；
　FlyweightFactory：享元工厂，主要用来创建并管理共享的享元对象，并对外提供访问共享享元的接口；

二、单纯享元模式

单纯享元模式：在单纯享元模式中，所有的享元对象都是可以共享的，即所有抽象享元类的子类都可共享，不存在非共享具体享元类。
在这里插入图片描述

//抽象享元角色类

public interface Flyweight {
    //一个示意性方法，参数state是外蕴状态
    public void operation(String state);
}

//具体享元角色类
//具体享元角色类ConcreteFlyweight有一个内蕴状态，在本例中一个Character类型的intrinsicState属性代表，它的值应当在享元对象
//被创建时赋予。所有的内蕴状态在对象创建之后，就不会再改变了。如果一个享元对象有外蕴状态的话，所有的外部状态都必须存储在客户端，
//在使用享元对象时，再由客户端传入享元对象。这里只有一个外蕴状态，operation()方法的参数state就是由外部传入的外蕴状态。

public class ConcreteFlyweight implements Flyweight {
    private Character intrinsicState = null;
    /**
     * 构造函数，内蕴状态作为参数传入
     * @param state
     */
    public ConcreteFlyweight(Character state){
        this.intrinsicState = state;
    }


    /**
     * 外蕴状态作为参数传入方法中，改变方法的行为，
     * 但是并不改变对象的内蕴状态。
     */
    @Override
    public void operation(String state) {
        // TODO Auto-generated method stub
        System.out.println("Intrinsic State = " + this.intrinsicState);
        System.out.println("Extrinsic State = " + state);
    }

}

//享元工厂角色类
//享元工厂角色类，必须指出的是，客户端不可以直接将具体享元类实例化，而必须通过一个工厂对象，利用一个factory()方法得到享元对象。
//一般而言，享元工厂对象在整个系统中只有一个，因此也可以使用单例模式。

//当客户端需要单纯享元对象的时候，需要调用享元工厂的factory()方法，并传入所需的单纯享元对象的内蕴状态，由工厂方法产生所需要的
//享元对象。

public class FlyweightFactory {
    private Map<Character,Flyweight> files = new HashMap<Character,Flyweight>();

    public Flyweight factory(Character state){
        //先从缓存中查找对象
        Flyweight fly = files.get(state);
        if(fly == null){
            //如果对象不存在则创建一个新的Flyweight对象
            fly = new ConcreteFlyweight(state);
            //把这个新的Flyweight对象添加到缓存中
            files.put(state, fly);
        }
        return fly;
    }
}

//客户端类

public class Client {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        FlyweightFactory factory = new FlyweightFactory();
        Flyweight fly = factory.factory(new Character('a'));
        fly.operation("First Call");

        fly = factory.factory(new Character('b'));
        fly.operation("Second Call");

        fly = factory.factory(new Character('a'));
        fly.operation("Third Call");
    }

}

虽然客户端申请了三个享元对象，但是实际创建的享元对象只有两个，这就是共享的含义。运行结果如下：
在这里插入图片描述

三、复合享元模式

复合享元模式：将一些单纯享元使用组合模式加以组合，可以形成复合享元对象，这样的复合享元对象本身不能共享，但是它们可以分解成单纯享元对象，而后者则可以共享。
在这里插入图片描述 `

//抽象享元角色类
public interface Flyweight {
    //一个示意性方法，参数state是外蕴状态
    public void operation(String state);
}

public class ConcreteFlyweight implements Flyweight {
    private Character intrinsicState = null;
    /**
     * 构造函数，内蕴状态作为参数传入
     * @param state
     */
    public ConcreteFlyweight(Character state){
        this.intrinsicState = state;
    }


    /**
     * 外蕴状态作为参数传入方法中，改变方法的行为，
     * 但是并不改变对象的内蕴状态。
     */
    @Override
    public void operation(String state) {
        // TODO Auto-generated method stub
        System.out.println("Intrinsic State = " + this.intrinsicState);
        System.out.println("Extrinsic State = " + state);
    }

}

//复合享元角色类
//复合享元对象是由单纯享元对象通过复合而成的，因此它提供了add()这样的聚集管理方法。由于一个复合享元对象具有不同的聚集元素，
//这些聚集元素在复合享元对象被创建之后加入，这本身就意味着复合享元对象的状态是会改变的，因此复合享元对象是不能共享的。
//复合享元角色实现了抽象享元角色所规定的接口，也就是operation()方法，这个方法有一个参数，代表复合享元对象的外蕴状态。
//一个复合享元对象的所有单纯享元对象元素的外蕴状态都是与复合享元对象的外蕴状态相等的；
//而一个复合享元对象所含有的单纯享元对象的内蕴状态一般是不相等的，不然就没有使用价值了。

public class ConcreteCompositeFlyweight implements Flyweight {

    private Map<Character,Flyweight> files = new HashMap<Character,Flyweight>();
    /**
     * 增加一个新的单纯享元对象到聚集中
     */
    public void add(Character key , Flyweight fly){
        files.put(key,fly);
    }
    /**
     * 外蕴状态作为参数传入到方法中
     */
    @Override
    public void operation(String state) {
        Flyweight fly = null;
        for(Object o : files.keySet()){
            fly = files.get(o);
            fly.operation(state);
        }

    }

}

//享元工厂角色类
//享元工厂角色提供两种不同的方法，一种用于提供单纯享元对象，另一种用于提供复合享元对象。

public class FlyweightFactory {
    private Map<Character,Flyweight> files = new HashMap<Character,Flyweight>();
    /**
     * 复合享元工厂方法
     */
    public Flyweight factory(List<Character> compositeState){
        ConcreteCompositeFlyweight compositeFly = new ConcreteCompositeFlyweight();

        for(Character state : compositeState){
            compositeFly.add(state,this.factory(state));
        }

        return compositeFly;
    }
    /**
     * 单纯享元工厂方法
     */
    public Flyweight factory(Character state){
        //先从缓存中查找对象
        Flyweight fly = files.get(state);
        if(fly == null){
            //如果对象不存在则创建一个新的Flyweight对象
            fly = new ConcreteFlyweight(state);
            //把这个新的Flyweight对象添加到缓存中
            files.put(state, fly);
        }
        return fly;
    }
}

//客户端类

public class Client {

    public static void main(String[] args) {
        List<Character> compositeState = new ArrayList<Character>();
        compositeState.add('a');
        compositeState.add('b');
        compositeState.add('c');
        compositeState.add('a');
        compositeState.add('b');

        FlyweightFactory flyFactory = new FlyweightFactory();
        Flyweight compositeFly1 = flyFactory.factory(compositeState);
        Flyweight compositeFly2 = flyFactory.factory(compositeState);
        compositeFly1.operation("Composite Call");

        System.out.println("---------------------------------");        
        System.out.println("复合享元模式是否可以共享对象：" + (compositeFly1 == compositeFly2));

        Character state = 'a';
        Flyweight fly1 = flyFactory.factory(state);
        Flyweight fly2 = flyFactory.factory(state);
        System.out.println("单纯享元模式是否可以共享对象：" + (fly1 == fly2));
    }
}

运行结果如下：
在这里插入图片描述
享元模式与其他模式的联用

在享元模式的享元工厂类中通常提供一个静态的工厂方法用于返回享元对象，使用简单工厂模式来生成享元对象；
在一个系统中，通常只有唯一一个享元工厂，因此享元工厂类可以使用单例模式进行设计；
享元模式可以结合组合模式形成复合享元模式，统一对享元对象设置外部状态。

四、享元模式的分析

享元模式是一个考虑系统性能的设计模式，通过使用享元模式可以节约内存空间，提高系统的性能。

享元模式的核心在于享元工厂类，享元工厂类的作用在于提供一个用于存储享元对象的享元池，用户需要对象时，首先从享元池中获取，如果享元池中不存在，则创建一个新的享元对象返回给用户，并在享元池中保存该新增对象。

典型的享元工厂类代码：

public class FlyweightFactory
{
    private HashMap flyweights = new HashMap();

    public Flyweight getFlyweight(String key)
    {
        if(flyweights.containsKey(key))
        {
            return (Flyweight)flyweights.get(key);
        }
        else
        {
            Flyweight fw = new ConcreteFlyweight();
            flyweights.put(key,fw);
            return fw;
        }
    }
}

享元模式以共享的方式高效地支持大量的细粒度对象，享元对象能做到共享的关键是区分内部状态(Internal State)和外部状态(External State)。其中：

内部状态是存储在享元对象内部并且不会随环境改变而改变的状态，因此内部状态可以共享。
外部状态是随环境改变而改变的、不可以共享的状态。享元对象的外部状态必须由客户端保存，并在享元对象被创建之后，在需要使用的时候再传入到享元对象内部。一个外部状态与另一个外部状态之间是相互独立的。

典型的享元类代码：

public class Flyweight
{
        //内部状态作为成员属性
    private String intrinsicState;

    public Flyweight(String intrinsicState)
    {
        this.intrinsicState = intrinsicState;
    }

    public void operation(String extrinsicState)
    {
        ......
    }   
}

五、享元模式在源码中的应用以及优缺点对比

享元模式在编辑器软件中大量使用，如在一个文档中多次出现相同的图片，则只需要创建一个图片对象，通过在应用程序中设置该图片出现的位置，可以实现该图片在不同地方多次重复显示。

广义上讲，在JDK类库中定义的String类也是使用享元模式的典型。
Java中将String类定义为final(不可改变的)，JVM中字符串一般保存在字符串常量池中，Java会确保一个字符串在常量池中只有一个拷贝，这个字符串常量池在JDK6.0之前是位于常量池中，位于永久代；而在JDK 7.0中，JVM将其从永久代中拿出来放置于堆中。
我们做一个测试

String类的final修饰的，以字面量的形式创建String变量时，JVM会在编译期间就把该字面量“hello”放到字符串常量池中，由java程序启动的时候就加载到内存中了。这个字符串常量池的特点就是有且只有一份相同的字面量，如果有其它相同的字面量，JVM则返回这个字面量的引用，如果没有相同的字面量，则在字符串常量池创建这个字面量并返回它的引用。
     由于s2指向的字面量"hello"在常量池中已经存在了(s1先于s2)，于是JVM就返回这个字面量绑定的引用，所以s1==s2;
     s3中字面量的拼接其实就是"hello",JVM在编译期间就已经对它进行优化，所以s1和s3是相等的。
     s4中new String("lo")生成了两个对象，lo，new String("lo")，lo存在字符串常量池，lo中存在字符串常量池，new String("lo")存储在堆中，String s4 = "hel"+new String("lo")实际上是两个对象的相加，编译器不会进行优化，相加的结果存在堆中，而s1存在字符串常量池中，当然不相等。s1==s9的原理是一样的
     s4==s5两个相加的结果都在堆中，不用说，肯定不相等。
     s1==s6中，s5.intern()方法能使一个位于堆中的字符串在运行期间动态地加入到字符串常量池中(字符串常量池的内容是程序启动的时候就已经加载好了)，如果字符串常量池中有该对象对饮的字面量，则返回该字面量在字符串常量池中的引用，否则，创建复制一份字面量到字符串常量池并返回它的引用。因此s1==s6输出true。

在这里插入图片描述

Integer中享元模式
再举例一个大家都非常熟悉的对象Integer，也用到了享元模式，其中暗藏玄机，我们来看个例子：

运行的结果如下：

之所以得到这样的结果是因为Integer用到了享元模式，我们来看Integer的源码

我们发现Integer源码中的valueOf()方法做一个条件判断，如果目标值-128到127之间，则直接从缓存中取值，否则新建对象。那JDK为何要这样做呢？因为在-128到127之间的数据在int范围内是使用最频繁的，为了节省频繁创建对选哪个带来的内存消耗，这里就用到了享元模式，来提高性能。
Long中的享元模式
Apache Commons Pool2中的享元模式

六、组合模式

我们知道古代的皇帝想要管理国家，是不可能直接管理到具体每一个老百姓的，因此设置了很多机构，比如说三省六部，这些机构下面又有很多小的组织。他们共同管理着这个国家。再比如说，一个大公司，下面有很多小的部门，每一个部门下面又有很多个部门。说到底这就是组合模式。组合模式(Composite Pattern) 也称为整体-部分(Part-Whole) 模式，它的宗旨是通过将单个对象(叶子节点)和组合对象(树枝节点)用相同的接口进行表示，使得客户对单个对象和组合对象的使用具有一致性，属于结构型模式。

将对象组合成树形站构以表示“部分-整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。
　　
组合关系与聚合关系的区别：

组合关系：在古代皇帝三宫六院，贵妃很多，但是每一个贵妃只属于皇帝(具有相同的生命周期)。
聚合关系：一个老师有很多学生，但是每一个学生又属于多个老师(具有不同的生命周期)。

组合模式一般用来描述整体与部分的关系，它将对象组织到树形结构中，最顶层的节点称为根节点，根节点下面可以包含树枝节点和叶子节点，树枝节点下面又可以包含树枝节点和叶子节点。如下图所示：
　在这里插入图片描述由上图可以看出，其实根节点和树枝节点本质上是同一种数据类型，可以作为容器使用；而叶子节点与树枝节点在语义上不属于同一种类型，但是在组合模式中，会把树枝节点和叶子节点认为是同一种数据类型(用同一接口定义)，让它们具备一致行为。这样，在组合模式中，整个树形结构中的对象都是同一种类型，带来的一个好处就是客户无需辨别树枝节点还是叶子节点，而是可以直接进行操作，给客户使用带来极大的便利。
　
组合模式包含3个角色：

抽象根节点(Component) ：定义系统各层次对象的共有方法和属性，可以预先定义一些默认行为和属性；
树枝节点(Composite) ：定义树枝节点的行为，存储子节点，组合树枝节点和叶子节点形成一个树形结构；
叶子节点(Leaf) ：叶子节点对象，其下再无分支，是系统层次遍历的最小单位。

组合模式在代码具体实现上，有两种不同的方式，分别是透明组合模式和安全组合模式。

组合模式的应用场景：
　当子系统与其内各个对象层次呈现树形结构时，可以使用组合模式让子系统内各个对象层次的行为操作具备一致性。客户端使用该子系统内任意一个层次对象时，无须进行区分，直接使用通用操作即可，为客户端的使用带来了便捷。先对组合模式主要总结为以下应用场景：

希望客户端可以忽略组合对象与单个对象的差异时；
对象层次具备整体和部分，呈树形结构。

在我们生活中的组合模式也非常常见，比如树形菜单，操作系统目录结构，公司组织架构等。

透明组合模式的写法：
透明组合模式是把所有公共方法都定义在Component中，这样做的好处是客户端无需分辨是叶子节点(Leaf) 和树枝节点(Composite) ，它们具备完全一致的接口。

来看一个例子，还是以编程的课程为例。我们来设计一个课程的关系结构。比如我们有Java入门课程、人工智能课程、Java设计模式、源码分析、软技能等，而Java设计模式、源码分析、软技能又属于Java架构师系列课程包，每个课程的定价都不一样。但是，这些课程不论怎么组合，都有一些共性，而且是整体和部分的关系，可以用组合模式来设计。先创建一个顶层的抽象组件 CourseComponent：



public abstract class CourseComponent {

    public void addChild(CourseComponent catalogComponent) {
        throw new UnsupportedOperationException("不支持添加操作");
    }

    public void removeChild(CourseComponent catalogComponent) {
        throw new UnsupportedOperationException("不支持删除操作");
    }


    public String getName(CourseComponent catalogComponent) {
        throw new UnsupportedOperationException("不支持获取名称操作");
    }


    public double getPrice(CourseComponent catalogComponent) {
        throw new UnsupportedOperationException("不支持获取价格操作");
    }


    public void print() {
        throw new UnsupportedOperationException("不支持打印操作");
    }

}

把所有可能用到的方法都定义到这个最顶层的抽象类中，但是不写任何逻辑处理的代码，而是直接抛异常。这里，有些小伙伴会有疑惑，为什么不用抽象方法?因为，用了抽象方法，其子类就必须实现，这样便体现不出各子类的细微差异。因此，子类继承此抽象类后，只需要重写有差异的方法覆盖父类的方法即可。下面我们分别创建课程类Course和课程包Course Package类。先创建Course类：



public class Course extends CourseComponent {
    private String name;
    private double price;

    public Course(String name, double price) {
        this.name = name;
        this.price = price;
    }

    @Override
    public String getName(CourseComponent catalogComponent) {
        return this.name;
    }

    @Override
    public double getPrice(CourseComponent catalogComponent) {
        return this.price;
    }

    @Override
    public void print() {
        System.out.println(name + " (￥" + price + "元)");
    }

}

再创建CoursePackage 类:



public class CoursePackage extends CourseComponent {
    private List<CourseComponent> items = new ArrayList<CourseComponent>();
    private String name;
    private Integer level;


    public CoursePackage(String name, Integer level) {
        this.name = name;
        this.level = level;
    }

    @Override
    public void addChild(CourseComponent catalogComponent) {
        items.add(catalogComponent);
    }

    @Override
    public String getName(CourseComponent catalogComponent) {
        return this.name;
    }

    @Override
    public void removeChild(CourseComponent catalogComponent) {
        items.remove(catalogComponent);
    }

    @Override
    public void print() {
        System.out.println(this.name);

        for (CourseComponent catalogComponent : items) {
            //控制显示格式
            if (this.level != null) {
                for (int i = 0; i < this.level; i++) {
                    //打印空格控制格式
                    System.out.print("  ");
                }
                for (int i = 0; i < this.level; i++) {
                    //每一行开始打印一个+号
                    if (i == 0) {
                        System.out.print("+");
                    }
                    System.out.print("-");
                }
            }
            //打印标题
            catalogComponent.print();
        }
    }
}

测试：



public class Test {
    public static void main(String[] args) {

        System.out.println("============透明组合模式===========");

        CourseComponent javaBase = new Course("Java入门课程",8280);
        CourseComponent ai = new Course("人工智能",5000);

        CourseComponent packageCourse = new CoursePackage("Java架构师课程",2);

        CourseComponent design = new Course("Java设计模式",1500);
        CourseComponent source = new Course("源码分析",2000);
        CourseComponent softSkill = new Course("软技能",3000);

        packageCourse.addChild(design);
        packageCourse.addChild(source);
        packageCourse.addChild(softSkill);

        CourseComponent catalog = new CoursePackage("课程主目录",1);
        catalog.addChild(javaBase);
        catalog.addChild(ai);
        catalog.addChild(packageCourse);

        catalog.print();
    }
}

透明组合模式把所有公共方法都定义在Component中，这样做的好处是客户端无需分辨是叶子节点(Leaf) 和树枝节点(Composite) ，它们具备完全一致的接口；缺点是叶子节点(Leaf) 会继承得到一些它所不需要(管理子类操作的方法)的方法，这与设计模式接口隔离原则相违背。下面我们来看安全组合模式的写法。

安全组合模式的写法：

安全组合模式是只规定系统各个层次的最基础的一致行为，而把组合(树节点)本身的方法(管理子类对象的添加，删除等) 放到自身当中。

再举一个程序员更熟悉的例子。对于程序员来说，电脑是每天都要接触的。电脑的文件系统其实就是一个典型的树形结构，目录包含文件夹和文件，文件夹里面又可以包含文件夹和文件。下面我们就用代码来实现一个目录系统。文件系统有两个大的层次：文件夹，文件。其中，文件夹能容纳其他层次，为树枝节点；文件为最小单位，为叶子节点。由于目录系统层次较少，且树枝节点(文件夹)结构相对稳定，而文件其实可以有很多类型，所以这里我们选择使用安全组合模式来实现目录系统，可以避免为叶子类型(文件)引入冗余方法。先创建最顶层的抽象组件Directory类：



public abstract class Directory {

    protected String name;

    public Directory(String name) {
        this.name = name;
    }

    public abstract void show();

}

然后分别创建File类和Folder类：



public class File extends Directory {

    public File(String name) {
        super(name);
    }

    @Override
    public void show() {
        System.out.println(this.name);
    }

}
public class Folder extends Directory {
    private List<Directory> dirs;

    private Integer level;

    public Folder(String name, Integer level) {
        super(name);
        this.level = level;
        this.dirs = new ArrayList<Directory>();
    }

    @Override
    public void show() {
        System.out.println(this.name);
        for (Directory dir : this.dirs) {
            //控制显示格式
            if (this.level != null) {
                for (int i = 0; i < this.level; i++) {
                    //打印空格控制格式
                    System.out.print("  ");
                }
                for (int i = 0; i < this.level; i++) {
                    //每一行开始打印一个+号
                    if (i == 0) {
                        System.out.print("+");
                    }
                    System.out.print("-");
                }
            }
            //打印名称
            dir.show();
        }
    }

    public boolean add(Directory dir) {
        return this.dirs.add(dir);
    }

    public boolean remove(Directory dir) {
        return this.dirs.remove(dir);
    }

    public Directory get(int index) {
        return this.dirs.get(index);
    }

    public void list() {
        for (Directory dir : this.dirs) {
            System.out.println(dir.name);
        }
    }
}

测试：



public class Test {
    public static void main(String[] args) {

        System.out.println("============安全组合模式===========");

        File qq = new File("QQ.exe");
        File wx = new File("微信.exe");

        Folder office = new Folder("办公软件",2);

        File word = new File("Word.exe");
        File ppt = new File("PowerPoint.exe");
        File excel = new File("Excel.exe");

        office.add(word);
        office.add(ppt);
        office.add(excel);

        Folder wps = new Folder("金山软件",3);
        wps.add(new File("WPS.exe"));
        office.add(wps);

        Folder root = new Folder("根目录",1);
        root.add(qq);
        root.add(wx);
        root.add(office);

        System.out.println("----------show()方法效果-----------");
        root.show();

        System.out.println("----------list()方法效果-----------");
        root.list();
    }
}

安全组合模式的好处是接口定义职责清晰，符合设计模式单一职责原则和接口隔离原则；缺点是客户需要区分树枝节点(Composite) 和叶子节点(Leaf) ，这样才能正确处理各个层次的操作，客户端无法依赖抽象(Component) ，违背了设计模式依赖倒置原则。

七、组合模式的优缺点

组合模式的优缺点：

很多小伙伴肯定还有个疑问，既然组合模式会被分为两种实现，那么肯定是不同的场合某一种会更加适合，也即具体情况具体分析。透明组合模式将公共接口封装到抽象根节点(Component) 中，那么系统所有节点就具备一致行为，所以如果当系统绝大多数层次具备相同的公共行为时，采用透明组合模式也许会更好(代价：为剩下少数层次节点引入不需要的方法)；而如果当系统各个层次差异性行为较多或者树节点层次相对稳定(健壮)时，采用安全组合模式。

优点：

清楚地定义分层次的复杂对象，表示对象的全部或部分层次
让客户端忽略了层次的差异，方便对整个层次结构进行控制
简化客户端代码

缺点：

限制类型时会较为复杂
使设计变得更加抽象

注：设计模式的出现并不是说我们要写的代码一定要埋设计模式所要求的方方面画，这是不现实同时也是不可能的。设计模式的出现，其实只是强调好的代码所具备的一些特征(六大设计原则)，这些特征对于项目开发是具备积极效应的，但不是说我们每实现一个类就一定要全部满足设计模式的要求，如果真的存在完全满足设计模式的要求，反而可能存在过度设计的嫌疑。同时，23种设计模式，其实都是严格依循设计模式六大原则进行设计，只是不同的模式在不同的场景中会更加造用。设计模式的理解应该重于意而不是形，真正编码时，经常使用的是某种设计模式的变形体，真正切合项目的模式才是正确的模式.

参考文献

深入理解享元模式

设计模式之组合模式

丘山一郎

关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
享元模式与组合模式

一、享元模式定义享元模式(Flyweight Pattern)：运用共享技术有效地支持大量细粒度对象的复用。系统只使用少量的对象，而这些对象都很相似，状态变化很小，可以实现对象的多次复用。由于享元模式要求能够共享的对象必须是细粒度对象，因此它又称为轻量级模式，它是一种对象结构型模式。模式所涉及的角色　Flyweight：享元接口，通过这个接口传入外部状态并作用于外部状态；　ConcreteFlyweight：具体的享元实现对象，必须是可共享的，需要封装享元对象的内部状态；　Unshare
复制链接

扫一扫

专栏目录