PHP デザインパターン FlyWeight (フライウェイトパターン)

享元模式英文称为“Flyweight Pattern”，我非常感谢将Flyweight Pattern翻译成享元模式的那位强人，因为这个词将这个模式使用的方式明白得表示了出来；如果翻译成为羽量级模式或者蝇量级模式等等，虽然可以含蓄的表现出使用此模式达到的目的，但是还是没有抓住此模式的关键。

享元模式的定义为：采用一个共享来避免大量拥有相同内容对象的开销。这种开销中最常见、直观的就是内存的损耗。享元模式以共享的方式高效的支持大量的细粒度对象。

在名字和定义中都体现出了共享这一个核心概念，那么怎么来实现共享呢？要知道每个事物都是不同的，但是又有一定的共性，如果只有完全相同的事物才能共享，那么享元模式可以说就是不可行的；因此我们应该尽量将事物的共性共享，而又保留它的个性。为了做到这点，享元模式中区分了内蕴状态和外蕴状态。内蕴状态就是共性，外蕴状态就是个性了。

注：共享的对象必须是不可变的，不然一变则全变（如果有这种需求除外）。

内蕴状态存储在享元内部，不会随环境的改变而有所不同，是可以共享的；外蕴状态是不可以共享的，它随环境的改变而改变的，因此外蕴状态是由客户端来保持（因为环境的变化是由客户端引起的）。在每个具体的环境下，客户端将外蕴状态传递给享元，从而创建不同的对象出来。

先看看下面程序，大概了解下享元模式。

复制代码 代码如下:

/**
* 享元模式
*
* 运用享元技术有效的支持大量细粒度的对象
*/
class CD
{
private $_title = null;
private $_artist = null;
public function setTitle($title)
{
$this->_title = $title;
}
public function getTitle()
{
return $this->_title;
}
public function setArtist($artist)
{
$this->_artist = $artist;
}
public function getArtist($artist)
{
return $this->_artist;
}
}
class Artist
{
private $_name;
public function __construct($name)
{
echo "construct ".$name."
";
$this->_name = $name;
}
public function getName()
{
return $this->_name;
}
}
class ArtistFactory
{
private $_artists = array();
public function getArtist($name)
{
if(isset($this->_artists[$name]))
{
return $this->_artists[$name];
} else {
$objArtist = new Artist($name);
$this->_artists[$name] = $objArtist;
return $objArtist;
}
}
}
$objArtistFactory = new ArtistFactory();
$objCD1 = new CD();
$objCD1->setTitle("title1");
$objCD1->setArtist($objArtistFactory->getArtist('artist1'));
$objCD2 = new CD();
$objCD2->setTitle("title2");
$objCD2->setArtist($objArtistFactory->getArtist('artist2'));
$objCD3 = new CD();
$objCD3->setTitle("title3");
$objCD3->setArtist($objArtistFactory->getArtist('artist1'));

享元模式的精要有三点：

1. 被系统大量使用的细粒度对象，粒度要有多细，量要有多大，看看jdk中使用的享元模式就知道了，jdk中，Integer,Character,String等都使用了享元模式，他们都是最基础的数据类型，不可谓不细，他们频繁的参与运算，不可谓不大量。
2. 划分对象的内蕴属性/状态和外蕴属性/状态;所谓内蕴状态，就是存在对象的内部，不会随着环境变化的状态， 有一个网友说的很好，就是无区别的状态， 即拿掉外蕴属性之后同一类对象没有区别对象的内蕴状态就是对象的元神，只要元神元神无区别，那么对象也就无区别，同时也只有这些无区别的元神可以被共享，我想这也是Flyweight被翻译成享元的原因。外蕴状态就是由客户端指定，会随着环境变化的状态; 对于Integer来说， 他的内蕴属性其实就是他的value(当然它也没有外蕴属性);
3. 用一个工厂控制享元的创造;因为享元对象不能被客户端随意创造， 否则就没有意义了。工厂通常提供缓存机制保存已经创造的享元。

面向对象虽然很好地解决了抽象性的问题，但是对于一个实际运行的软件系统，我们还需要考虑面向对象的代价问题，享元模式解决的就是面向对象的代价问题。享元模式采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。

フライウェイト モードは、一般的なプロジェクト開発ではあまり使用されませんが、基盤となるシステムの開発ではシステム パフォーマンスの問題を解決するためによく使用されます。 Java および .Net の String 型は、flyweight パターンを使用します。文字列オブジェクト s1 が Java または .NET で作成されている場合、次回同じ文字列 s2 が作成されると、システムは s2 の参照を s1 によって参照される特定のオブジェクトにポイントするだけで、メモリ内で同じ文字列の共有が実現されます。 。 s1="abc" 操作が実行されるたびに新しい文字列オブジェクトが作成されると、メモリのオーバーヘッドが非常に大きくなります。