设计模式--享元模式C++实现

1定义

使用共享对象可有效的支持大量细粒度的对象

2类图

角色分析

Flyweight抽象享元角色,一个产品的抽象,定义内部状态和外部状态的接口或者实现

ConcreteFlyweight具体享元角色,实现抽象角色定义的业务。注:内部状态处理和环境无关

unsharedConcreteFlyweight不可共享的享元角色,不存在外部状态或者安全要求,不能够使用共性技术的对象,该对象一般不会出现在享元工厂中

Flyweight享元工厂,就是构造一个池容器,同时提供从翅中获得对象的方法

3实现

#pragma once
#include<hash_map>
#include<iostream>
using namespace std;

class Flyweight
{
private:
    //内部状态
    string intrinsic;
protected:
    //外部状态
    const string extrainsic;
public:
    Flyweight(string _ex)
        :extrainsic ( _ex)
    {
    }

    //定义业务操作
    virtual void operate(){}
    string getIntrinsic()
    {
        return intrinsic;
    }
    void setIntrinsic(string _in)
    {
        intrinsic = _in;
    }
};

class ConcreteFlyweight1 :public Flyweight
{
public:
    ConcreteFlyweight1(string ex)
        :Flyweight(ex)
    {}

    void operate()
    {
        //根据外部逻辑进行业务处理
        cout << "1根据外部逻辑进行业务处理!" << endl;
    }
};
class ConcreteFlyweight2 :public Flyweight
{
public:
    ConcreteFlyweight2(string ex)
        :Flyweight(ex)
    {}

    void operate()
    {
        //根据外部逻辑进行业务处理
        cout << "2根据外部逻辑进行业务处理!" << endl;
    }
};
class FlyweightFactory
{
private:
    static hash_map<string, Flyweight*> pool;
public:
    Flyweight* getFlyweight(string ex)
    {
        hash_map<string, Flyweight*>::iterator it = pool.find(ex);
        if (it == pool.end())
        {
            cout << "Creat Flyweight1" << endl;
            pool[ex] = new ConcreteFlyweight1(ex);
        }
        return pool[ex];
    }
};

hash_map<string, Flyweight*> FlyweightFactory::pool = hash_map<string,Flyweight*>();
class Client
{
public:
    void operator()()
    {
        FlyweightFactory ff;
        Flyweight * pf = ff.getFlyweight("lianglihui");
        pf->operate();
    }
};

4应用

①优点

是一个简单的模式,可以大大减少程序创建的对象,降低内存占用,增强性能

②缺点

提高系统复杂性,需要分离状态,且外部状态不应该随着内部状态的改变而改变

③使用场景

系统中存在大量的相似对象

细粒度的对象都具有较接近的外部状态,而内部状态和环境无关。

需要缓冲池的场景

5扩展

① 线程安全问题,因为共享对象比较少,多个线程同时去访问通过外部状态对其内部状态访问就出现了线程安全问题。--》使用享元模式时,保证享元对象足够多,同时处理掉线程安全问题就好

②性能问题

优化:将外部状态封装成类,通过桥梁模式进行嫁接,减少耦合,提高效率/使用系统内置类型作为外部状态

(ps因为池中检测会有调用消耗)

6对象池vs享元模式

享元模式可以实现对象池

对象池着重在对象的复用,池中的每个对象都是可替换的,从同一个池中获得A对象和B对象对客户端来讲是完全相同的,主要解决复用。

享元模式侧重共享问题,如何建立多个可共享的细粒度对象则是其关注的重点。

时间: 2024-10-07 05:16:50

设计模式--享元模式C++实现的相关文章

设计模式——享元模式

Flyweight 直译为蝇量.就其表示的模式来说,翻译成享元,确实是不错的 package designpattern.structure.flyweight; public interface Flyweight { void action(int arg); } package designpattern.structure.flyweight; public class FlyweightImpl implements Flyweight { public void action(int

8. 星际争霸之php设计模式--享元模式

题记==============================================================================本php设计模式专辑来源于博客(jymoz.com),现在已经访问不了了,这一系列文章是我找了很久才找到完整的,感谢作者jymoz的辛苦付出哦! 本文地址:http://www.cnblogs.com/davidhhuan/p/4248186.html============================================

[工作中的设计模式]享元模式模式FlyWeight

一.模式解析 Flyweight在拳击比赛中指最轻量级,即“蝇量级”或“雨量级”,这里选择使用“享元模式”的意译,是因为这样更能反映模式的用意.享元模式是对象的结构模式.享元模式以共享的方式高效地支持大量的细粒度对象. 享元模式:主要为了在创建对象时,对共有对象以缓存的方式进行保存,对外部对象进行单独创建 模式要点: 1.享元模式中的对象分为两部分:共性部分和个性化部分,共性部分就是每个对象都一致的或者多个对象可以共享的部分,个性化部分指差异比较大,每个类均不同的部分 2.共性部分的抽象就是此模

设计模式-享元模式

***********************************************声明****************************************************** 原创作品,出自 "晓风残月xj" 博客,欢迎转载,转载时请务必注明出处(http://blog.csdn.net/xiaofengcanyuexj). 由于各种原因,可能存在诸多不足,欢迎斧正! *******************************************

iOS设计模式——享元模式

公共交通(如公共汽车)已有一百多年的历史了.大量去往相同方向的乘客可以分担保有和经营车辆(如公共汽车)的费用.公共汽车有多个站台,乘客沿着路线在接近他们目的地的地方上下车.到达目的地的费用仅与行程有关.跟保有车辆相比,乘坐公共汽车要便宜得多.这就是利用公共资源的好处. 在面向对象软件设计中,我们利用公共对象不仅能节省资源还能提高性能.比方说,某个人物需要一个类的一百万个实例,但我们可以把这个类的一个实例让大家共享,而把某些独特的信息放在外部,节省的资源可能相当可观(一个实例与一百万个实例的差别)

设计模式——享元模式详解

0. 前言 写在最前面,本人的设计模式类博文,建议先看博文前半部分的理论介绍,再看后半部分的实例分析,最后再返回来复习一遍理论介绍,这时候你就会发现我在重点处标红的用心,对于帮助你理解设计模式有奇效哦~本文原创,转载请注明出处为SEU_Calvin的博客. 春运买火车票是一件疯狂的事情,同一时刻会有大量的查票请求涌向服务器,服务器必须做出应答来满足我们的购票需求.试想,这些请求包含着大量的重复,比如从A地到B地的车票情况,如果每次都重复创建一个车票查询结果的对象,那么GC任务将非常繁重,影响性能

C#设计模式-享元模式

前言 最近开始花点心思研究下设计模式,主要还是让自己写的代码可重用性高.保证代码可靠性.所谓设计模式,我找了下定义:是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 为什么要提倡“Design Pattern(设计模式)”? 根本原因是为了代码复用,增加可维护性.因此这次我们来学习下设计模式,最后会通过C#语言来实现这些设计模式作为例子,深刻理解其中的

小菜学设计模式——享元模式

背景 如果一个应用程序中使用了大量的对象,而大量的这些对象造成了恨得的存储开销时就应该考虑这个新是设计模式:享元模式. 1.使用意图 最大限度地减少了尽可能与其他类似的对象多的数据共享内存的使用,换句话说就是通过共享对象达到系统内维护的对象数量减少从而降低了系统的开销.因为是细粒度的控制,所以享元模式不是控制整个实例共享,那为何不用单例呢?而是只是共享对象的部分,不共享的部分称为对象的外部状态,需要外部动态修改这个共享对象. 2.生活实例 围棋的棋子,如果用编程去实现的话,势必要new出很多实例

深入浅出设计模式——享元模式(Flyweight Pattern)

模式动机 面向对象技术可以很好地解决一些灵活性或可扩展性问题,但在很多情况下需要在系统中增加类和对象的个数.当对象数量太多时,将导致运行代价过高,带来性能下降等问题.享元模式正是为解决这一类问题而诞生的.享元模式通过共享技术实现相同或相似对象的重用. 在享元模式中可以共享的相同内容称为内部状态(Intrinsic State),而那些需要外部环境来设置的不能共享的内容称为外部状态(Extrinsic State),由于区分了内部状态和外部状态,因此可以通过设置不同的外部状态使得相同的对象可以具有

PHP设计模式——享元模式

声明:本系列博客参考资料<大话设计模式>,作者程杰. 享元模式使用共享物件,用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件:它适合用于只是因重复而导致使用无法令人接受的大量内存的大量物件.通常物件中的部分状态是可以分享.常见做法是把它们放在外部数据结构,当需要使用时再将它们传递给享元. UML类图: 角色分析: 享元工厂角色(FWFactory):创建并管理BlogModel对象. 所有具体享元父接口角色(BolgModel):接受并作用与外部状态. 具体享元角色(JobsBlog)