目录

对象性能_Flyweight


对象性能

面向对象很好地解决了“抽象”的问题,但是必不可免地要付出一定的代价。对于通常情况来讲,面向对象的成本大都可以忽略不计。 但是某些情况,面向对象所带来的成本必须谨慎处理。

典型模式

  • Singleton
  • Flyweight

1 Flyweight 享元模式

1.1 模式动机

在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中,从而带来很高的运行时代价——主要指内存需求方面的代价。

如何在避免大量细粒度对象问题的同时,让外部客户程序仍然能够透明地使用面向对象的方式来进行操作?

1.2 模式定义

运用共享技术有效地支持大量细粒度的对象。

1.3 模式示例代码

# include <iostream>
# include <map>

// 抽象享元类:棋子
class ChessPiece {
public:
    virtual void display(const std::string& color) = 0;
};

// 具体享元类:具体棋子
class ConcreteChessPiece : public ChessPiece {
public:
    void display(const std::string& color) {
        std::cout << "棋子颜色:" << color << std::endl;
    }
};

// 享元工厂类:棋子工厂
class ChessPieceFactory {
public:
    ChessPiece* getChessPiece(const std::string& color) {
        if (chessPieces.find(color) == chessPieces.end()) {
            ChessPiece* chessPiece = new ConcreteChessPiece();
            chessPieces[color] = chessPiece;
        }
        return chessPieces[color];
    }

private:
    std::map<std::string, ChessPiece*> chessPieces;
};

int main() {
    ChessPieceFactory factory;

    // 获取黑色棋子
    ChessPiece* blackChessPiece1 = factory.getChessPiece("black");
    blackChessPiece1->display("黑色");

    // 获取黑色棋子(复用已存在的对象)
    ChessPiece* blackChessPiece2 = factory.getChessPiece("black");
    blackChessPiece2->display("黑色");

    // 获取白色棋子
    ChessPiece* whiteChessPiece = factory.getChessPiece("white");
    whiteChessPiece->display("白色");

    // 释放内存(可选)
    delete blackChessPiece1;
    delete blackChessPiece2;
    delete whiteChessPiece;

    return 0;
}

2 要点总结

面向对象很好地解决了抽象性的问题,但是作为一个运行在机器中的程序实体,我们需要考虑对象的代价问题。Flyweight 主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。

Flyweight 采用对象共享的做法来降低系统中对象的个数,从而降低细粒度对象给系统带来的内存压力。在具体实现方面,要注意对象状态的处理。

对象的数量太大从而导致对象内存开销加大——什么样的数量才算大?这需要我们仔细的根据具体应用情况进行评估,而不能凭空臆断。